BackupPC -传输间歇性失败

Question

BackupPC在我的局域网上运行良好，但在备份我的远程服务器时有问题。我在ssh上使用rsync，并将最大值ping提高到500，因为远程服务器离我很远。

这是我的错误日志(用户和1.2.3.4是屏蔽信息)：

为目录/运行启动完整备份: /usr/bin/ssh -p 2222 -q -x -l用户1.2.3.4 /usr/bin/rsync -服务器-发送方-数字-D perms-所有者-组-D-链接-硬链接-次-块大小=2048年-递归-忽略-次数。/ Xfer PID现在是5705 got远程协议30协商协议版本28发送包含: /home发送包含:/home/用户发送排除:/ /* /*发送排除: /home/user /user 1发送排除: /home/user/folder2 2 Xfer PID现在已被5705,5744 跳过22380行读取799171349字节在xfer (由signal=PIPE中止)备份过程中出现致命错误，用户信号中止备份，将其保存为部分备份

尝试使用ssh作为远程服务器的用户backuppc无需询问密码即可工作。一般日志如下：

2012-02-29 00:00:00 :00启动目录/

2012-02-29 01:00:12信号管道后中止备份

2012-02-29 01:00:13在xfer期间发生致命错误(由signal=PIPE中止)

2012-02-29 02:00:01目录/已启动完全备份

2012-02-29 03:01:09信号管道后中止备份

2012-02-29 03:01:11在xfer过程中出现致命错误(被signal=PIPE中止)

2012-02-29 10:56:16已开始为目录/

2012-02-29 11:59:18信号管道后中止备份

2012-02-29 11:59:20在xfer期间发生致命错误(被signal=PIPE中止)

2012-02-29 11:59:20保存的部分转储0

2012-02-29 12:25:15已开始为目录/

2012-02-29 13:26:55信号管道后中止备份

2012-02-29 13:26:57在xfer (被signal=PIPE中止)期间发生致命错误。

2012-02-29 16:48:52已开始为目录/

2012-02-29 17:51:41信号管道后中止备份

2012-02-29 17:51:42在xfer (被signal=PIPE中止)中遇到致命错误

2012-02-29 17:51:42保存的部分转储0

2012-02-29 18:13:27已开始目录/

2012-02-29 19:15:19信号管道后中止备份

2012-02-29 19:15:20在xfer (被signal=PIPE中止)中发生致命错误。

2012-02-29 19:15:20保存的部分转储0

2012-02-29 19:19:55目录/已启动完全备份

几乎总是在1h01‘或1h02’之后结束。这些值以秒为单位为3660和3720。也许他们出现在某种选择中.？有什么评论吗？

谢谢

编辑:我尝试过但没有起作用的内容：- ServerAliveInterval=300，ServerAliveInterval=60 -将PingMaxMsec提高到500 - rsync选项-超时和--contimeout设置为20秒和200秒(两个选项都尝试过)--从rsync中删除块大小选项。

什么都没用。它通常停止在不同的文件，独立于他们的大小。

新编辑:如果我手动登录到这个远程ssh服务器，让我的终端保持1H26不动，我就会断开连接。看起来这就是BackupPC断开连接的原因。有什么方法可以模拟BackupPC会话中命令的执行吗？

Answer 1

您可以尝试一个接一个地手动发出完整备份命令。每次这样做，backuppc都会传输不同的数据块。一旦备份成功，您就会知道所有数据都被传输了。

您还可以使用ssh的压缩选项来加快流程和减少迭代。

额外的增量备份不应造成任何麻烦，因为它们的大小通常要小得多，所以时间更短，所以您的连接不会超时。

Answer 2

如果您或提供者有防火墙，请检查它的会话-ttl。共同价值是3600..。如果防火墙不在您手中，您还可以使用ssh和以下选项serveraliveinterval :可以相应地修改https://unix.stackexchange.com/questions/34004/how-does-tcp-keepalive-work-in-ssh backuppc。