Question

我在WD My Book Live（2TB）上配置了RSnapshot及其工作（至少这是日志所说的）。我使用/usr/share/doc/rsnapshot/examples/utils/rsnapreport.pl.gz中的报告工具rsnapreport.pl来获取有关crontab触发的备份作业的人类可读邮件报告。

虽然备份作业似乎有效，但报告显然是缺少的信息，您可以在此snipplet中看到：

SOURCE                          TOTAL FILES   FILES TRANS      TOTAL MB     MB TRANS   LIST GEN TIME  FILE XFER TIME
--------------------------------------------------------------------------------------------------------------------
rsync://server:/vmail                 13950           137       3687.81        20.31   0.052 seconds   0.000 seconds

ERRORS
/shares/rsnapshot/daily.0/ NO STATS DATA

现在的问题是：

除了底部的错误，这是我的第一个主要问题和问题，所有备份作业的FILE XFER TIME也为0（我猜这些问题是相关的）。

我遵循了所有说明（见下文） - 我错过了什么？

所以到目前为止我做了什么：

*）NAS运行Debian Squeeze（包括挤压后退），内核版本为2.6.32，PPC架构。

*）rsync版本3.0.3-2（预装），带/etc/rsyncd.conf：

pid file=/var/run/rsyncd.pid
lock file=/var/run/rsync.lock
log file=/var/log/rsync.log

[rsync]
path=/shares/rsync
uid=root
gid=share
read only=no
list=yes
auth users=root

*）使用/etc/rsnapshot.conf安装了rsnapshot 1.3.1-1：

config_version  1.2
snapshot_root   /shares/rsnapshot/
cmd_rm          /bin/rm
cmd_rsync       /usr/bin/rsync
cmd_logger      /usr/bin/logger
interval        daily   7
interval        weekly  4
interval        monthly 3
verbose         3
loglevel        3
logfile         /var/log/rsnapshot.log
lockfile        /var/run/rsnapshot.pid
rsync_long_args --delete --numeric-ids --relative --delete-excluded --stats
backup  rsync://server:/vmail/     backupOfServer/vmail/
backup  ...
backup  ...
backup  ...

*）解压缩报告脚本并按照脚本中的说明进行操作（大部分可以在上面的配置中看到）：

# this script prints a pretty report from rsnapshot output
# in the rsnapshot.conf you must set
# verbose >= 3
# and add --stats to rsync_long_args
# then setup crontab 'rsnapshot daily 2>&1 | rsnapreport.pl | mail -s"SUBJECT" backupadm@adm.com
# don't forget the 2>&1 or your errors will be lost to stderr

*）并设置cron.d / rsnapshot：

MAILTO="user1@foo,user2@foo"

30 3    * * *           root    /usr/bin/rsnapshot daily 2>&1 | /root/rsnapreport.pl
0  3    * * 1           root    /usr/bin/rsnapshot weekly 2>&1 | /root/rsnapreport.pl
30 2    1 * *           root    /usr/bin/rsnapshot monthly 2>&1 | /root/rsnapreport.pl

如果您需要任何详细或其他信息，请不要犹豫。我们很高兴每天都有关于备份的报告，只是底部的错误让我们感到紧张。

最好的问候和提前感谢，

彼得

Answer 1

出现此错误的原因是，我没有取消注释cmd_cp参数。因此，RSnapshot使用其内置复制机制，该机制使用rsync。

rsync的这个调用被回显到输出。报告脚本扫描输出以查找对rsync的调用并查找传输统计信息，但初始的“复制”命令不会产生此类统计信息 - 因此错误信息源“{1}}

”为“NO STATS”

解决方案是，阅读配置文件并按照说明操作：

/daily.0

取消注释最后一行修复错误... RTFM;）

Answer 2

如果错过了：

，也会报告“NO STATS DATA”错误

    rsync_long_args --stats

Answer 3

＆＃34; NO STATS DATA＆＃34;如果您备份包含＆＃34; rsync＆＃34;的内容，也会报告错误在其路径中，如/ etc / default / rsync。

例如，在这种情况下，命令rsnapshot daily 2>&1 | /bu/script/rsnapreport.pl | mail -s "[BU Report] date " me@example.com将返回以下错误：

在哈希元素中使用未初始化的值$ source /bu/script/rsnapreport.pl第95行，＆lt;＆gt;第3991行。未初始化的使用在/bu/script/rsnapreport.pl第96行的哈希元素中使用$ source，＆lt;＆gt; 第3991行......

这是由于rsapreport.pl脚本解析了来自rsync outpout和＆＃34; rsync＆＃34;的统计信息。在其中的字符串。

要简单地解决此问题，请在/etc/rsnapshot.conf中添加与rsync outpout中找到的有问题的rsync字符串对应的行：

例如，如果您不需要备份etc / default / rsync：

exclude         etc/default/rsync

如果您需要使用包含＆＃34; rsync＆＃34;的路径备份文件你必须修改rsnapreport.pl脚本。

RSnapshot使用rsnapreport.pl报告错误：“NO STATS DATA”

3 个答案: