Rsync意外关闭

我有这个备份脚本，可以在大约100个客户端上运行，并且正常工作。现在我遇到了1个通常没有任何问题的客户

这是正常运行的行。

rsync -z --partial --times  -vvvvv --recursive --log-file="/backup/clientx/clientx.debug-star2.log" --rsync-path="nice -n19 ionice -c3  rsync" --timeout=3600 --delete-after --bwlimit=500 --rsh "nice -n19 ionice -c3  ssh -o StrictHostKeyChecking=no -i /root/.ssh/clientx_rsync_id_rsa" /backup/clientx/dir1/ backup@remote-server:/backup/clientx/dir1

它启动正常并开始构建文件列表。

note: iconv_open("UTF-8", "UTF-8") succeeded.
(Client) Protocol versions: remote=30, negotiated=30
building file list ...
[sender] change_dir(/backup/clinetx/dir1)
[sender] make_file(.,*,0)
[sender] make_file(inc,*,2)
[sender] make_file(clientx.log,*,2)
[sender] make_file(full,*,2)
[sender] make_file(inc/2015,*,2)
[sender] make_file(inc/2007,*,2)
[sender] make_file(inc/2012,*,2)

但是它停止了，没有建立文件列表并以此退出。

rsync: connection unexpectedly closed (9 bytes received so far) [sender]
[sender] _exit_cleanup(code=12, file=io.c, line=601): entered
rsync error: unexplained error (code 255) at io.c(601) [sender=3.0.7]
[sender] _exit_cleanup(code=12, file=io.c, line=601): about to call exit(255)

但是，如果我在另一个目录上尝试同样的方法，那就没问题了。唯一的区别是dir2文件大小约为1600，文件大小dir1约为4300。

就像我说的那样，它在所有其他客户端上运行正常，文件数量相同。

ls -ld
dir1 - drwxrwx--- 4 root nagios 4096 May 23 20:59 .
dir2 - drwxrwx--- 7 root nagios 4096 Feb 22  2016 .

任何人都知道出什么问题了吗？

同样的情况：除了ISP是AT＆T光纤服务的单个远程站点上的主机之外，古老的备份脚本都可以在所有地方使用；调制解调器有一个Arris。它总是在非常短的时间内（<2秒）工作，然后突然终止连接。

las，我最黑暗的猜想被证明是事实。通过反复试验，我为rsync“ --bwlimit”参数使用了不同的值，我发现该连接并未被“ --bwlimit = 56”或更小中断，但始终被“ --bwlimit = 57”中断了或者更多。

在远程站点上，我查看了Arris调制解调器的用户界面，地址为192.168.1.254，没有发现需要调整的地方。所有端口都通过它转发到那里的OpenWRT 18.06路由器（“ DMZplus模式”）。该路由器与其他几个站点上的其他几台路由器是同一台路由器，具有非常相似的设置，这些路由器都没有此连接中断问题。

将通信限制为56 KB /秒是一个糟糕的解决方案，但至少它实际上是可行的。真是令人震惊。当心AT＆T。（在这个特定的偏远地区，它处于垄断地位。）

您正在尝试使用ID备份到远程系统，backup但是远程系统上的权限使该帐户无法访问目标目录。

您将需要放宽权限，以便用户backup可以写dir1和dir2使用该root帐户作为您的目标用户。