在我的工作中，我们有一台运行Debian Wheezy的中央备份服务器，并且在每个站点上也都运行Debian Wheezy的现场服务器。
几周前，中央办公室技术人员通过电子邮件向我发送电子邮件，指出前一天晚上备份未正确完成。从那以后我们一直在进行故障排除，但似乎仍无法解决问题。唯一回过头来是cron一封电子邮件中的以下内容：
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(549) [generator=3.0.9]
rsync error: received SIGUSR1 (code 19) at main.c(1316) [receiver=3.0.9]
谷歌搜索该短语几乎没有任何结果。我从2002年开始发现有关删除-v开关的帖子，但是该脚本未使用该帖子。每晚运行的脚本如下：
#!/bin/sh
set -e
x="delete --exclude-from=r_filter --delete-excluded"
rsync -aq --$x site1.company.com:/etc /BACKUPS/site1
rsync -aq --$x site1.company.com:/home /BACKUPS/site1
它设置为从中央备份服务器在星期一至星期五的凌晨3:00运行。如果他们尝试在一天中手动运行它，它将运行正常（原因是大多数文件以前都已备份吗？）。它使用的是-a开关，所以我认为它可以存档打开的文件吗？这就是我能想到的。
解决这个问题的下一步是什么？
如果在特定时间在crontab中运行作业时发生了某种情况，而如果在一分钟内测试在何处运行作业却没有发生，则有两种可能：
您的rsync进程在晚上的某个时间接收信号。我要寻找的第一件事是crontab中的另一个进程，该进程发送不应发送的信号。
（如果某些命令在命令行上运行正常，但在cron模式下运行失败，则完全不同。）
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句