我写了一个 bash 脚本，将文件从 Web 服务器 (HostGator) 备份到运行 FreeBSD 的本地文件服务器。
我通过 ssh(从文件服务器)使用 rsync 连接到远程服务器(我已经设置了预共享的 rsa 密钥)。当我运行以下行以启动同步时，文件似乎都很好，但命令永远不会返回，脚本会永远挂起：
/usr/local/bin/rsync -az --chown=root:admin --chmod=ugo=rwX --exclude ".inode_lock" --rsh='ssh -p2222' admin@domain.com:/home/admin/ '/mnt/blah/blah/LocalBackup/' >> "./Logs/Backup Log.txt"
等待几分钟后，当我按 Ctrl+C 停止命令时，我弹出以下错误消息：
^CKilled by signal 2.
rsync error: unexplained error (code 255) at rsync.c(636) [generator=3.1.2]
rsync error: received SIGUSR1 (code 19) at main.c(1429) [receiver=3.1.2]
即使双方已经同步并且只是检查更改，这仍然会发生。
我不确定如何解决问题。我确实尝试删除 rsync 的 -v 开关，因为一些用户报告这导致了挂起，但我没有看到任何差异。
编辑
还有一个补充说明。我今天再次运行脚本以继续故障排除。如果我在脚本挂起后保持脚本运行而不打扰它，最终我会收到以下消息：
rsync: connection unexpectedly closed (2984632408 bytes received so far) [receiv er]
rsync error: error in rsync protocol data stream (code 12) at io.c(226) [receive r=3.1.2]
rsync: connection unexpectedly closed (8689703 bytes received so far) [generator ]
rsync error: unexplained error (code 255) at io.c(226) [generator=3.1.2]
，然后返回到命令提示符。我认为这可能是由于远程服务器端超时但不确定。但我仍然不确定为什么会发生这种情况。
更新
我做了一个额外的测试，并将 rsync 传输限制到包含一些示例文件和子文件夹的特定测试文件夹，而不是抓取整个主目录。当我这样做时，它能够成功完成传输并适当地退出。因此，似乎在服务器主目录中的某个位置必须有一些文件或文件夹导致问题。是否有任何特定情况导致 rsync 无法传输文件？我已经看到它在尝试同步写锁定文件时抛出错误，并显示"权限被拒绝"错误，但即使这些文件也没有阻止它继续。有什么想法吗？
另外要注意的是，我连接的远程服务器位于共享主机帐户上，因此我没有root访问权限。我不知道这是否会导致一些问题？
更新 2
所以我研究了 rsync 命令并添加了更多命令行参数 --progress 和 --stats(以及 --verbose)，这样我就可以更好地理解它在哪里消亡。我现在注意到的是，在运行命令时，它挂起的位置位于从服务器下载的非常大的文件上。但是现在随着 --progress 被报告(我目前将其直接输出到终端而不是文件)，它似乎进展顺利，到目前为止没有挂断。
我现在开始怀疑可能是 ssh 连接超时还是由于不活动？特别是因为在原始情况下，在大文件传输发生时，长时间没有从函数输出任何输出。这是可能的情况吗？如果是这样，我该怎么做才能保持连接打开？(我不确定将 --progress 更新直接打印到日志文件是个好主意)。
好的，我想通了。显然，HostGator的共享服务器默认设置了30-45分钟的SSH超时限制。由于运行 rsync 花费的时间超过该限制，因此它正在关闭连接。我打电话给他们的技术支持，他们为我的服务器增加了它。