我在WD My (2TB)上配置了RSnapshot及其工作(至少日志是这么说的)。我使用来自/usr/share/doc/rsnapshot/examples/utils/rsnapreport.pl.gz的报告工具rsnapreport.pl来获取有关crontab触发备份作业的人类可读的邮件报告。
虽然备份作业似乎有效,但报告显然是缺少的信息,正如您在这个片段中所看到的:
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现在的问题是:
除了底部的错误(这是我的第一个主要问题和问题)之外,所有备份作业的文件XFER时间也是0(我猜这些问题是相关的)。
我遵守了所有的指示(见下文)-我遗漏了什么?
,那么到目前为止我做了什么:
*) NAS运行Debian挤压(包括。内核版本为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*)已安装的r快照1.3.1-1和/etc/rsnshot.conf:
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/r快照:
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如果你需要任何详细的或额外的信息,不要犹豫。我们很高兴每天都有备份报告,只是底部的错误让我们感到紧张。
最诚挚的问候和感谢,
彼得
发布于 2013-08-17 13:54:26
造成此错误的原因是,我没有取消对cmd_cp参数的注释。因此,RSnapshot使用了它的内置复制机制,该机制使用rsync。
对rsync的调用被回显到输出。report脚本扫描输出以寻找对rsync的调用并查找传输统计信息,但是初始的"copy“命令不会产生这样的状态-因此,对于源/daily.0来说,说"NO STATS”的错误
解决方案是读取配置文件并按照说明执行:
# LINUX USERS: Be sure to uncomment "cmd_cp". This gives you extra features.
# EVERYONE ELSE: Leave "cmd_cp" commented out for compatibility.
#
# See the README file or the man page for more details.
#
#cmd_cp /bin/cp取消注释最后一行修复错误..。RTFM ;)
发布于 2013-10-31 12:59:20
如果遗漏了以下内容,也会报告“无STATS数据”错误:
rsync_long_args --stats发布于 2016-11-24 15:12:15
如果您备份路径中包含"rsync“的内容,如/etc/default/rsync,也会报告"NO STATS DATA”错误。
例如,在本例中,命令rsnapshot daily 2>&1 | /bu/script/rsnapreport.pl | mail -s "[BU Report]date" me@example.com将返回以下错误:
在散列元素中使用未初始化的值$source,分别位于/bu/script/rsnreport.pl第95行、<>第3991行。在散列元素中使用未初始化的值$source,在/bu/script/rsnreport.pl第96行,<>第3991行。..。
这是由于rsnapreport.pl脚本解析来自rsync输出和其中的"rsync“字符串的stats。
要解决这个问题,只需在/etc/r快照中添加与rsync输出中存在问题的rsync字符串对应的行:
例如,如果不需要备份etc/default/rsync:
exclude etc/default/rsync如果需要使用包含"rsync“的路径备份文件,则必须修改rsnapreport.pl脚本。
https://stackoverflow.com/questions/18207542
复制相似问题