一段时间以来，我们一直在使用 duplicity 将我们的服务器备份到 box.com 帐户。正在运行的命令是：
duplicity --full-if-older-than 1M -v4 --exclude *A number of files* / webdavs://*box email*@dav.box.com/dav/*Path to backup folder* --no-encryption --log-file *Todays date*.log
其次是：
duplicity remove-older-than 6M --force webdavs://*box email*@dav.box.com/dav/*Path to backup folder* --no-encryption --log-file *Todays date*.log
密码在环境变量中设置。
直到最近，日志看起来还是这样的：
WARNING 1
. Attempt 1 failed. SSLError: The read operation timed out
NOTICE 1
. Local and Remote metadata are synchronized, no sync needed.
NOTICE 1
. Last full backup date: Fri Aug 26 01:00:01 2016
NOTICE 1
. --------------[ Backup Statistics ]--------------
. StartTime 1472338925.59 (Sun Aug 28 01:02:05 2016)
. EndTime 1472339008.64 (Sun Aug 28 01:03:28 2016)
. ElapsedTime 83.05 (1 minute 23.05 seconds)
. SourceFiles 63777
. SourceFileSize 61857468557 (57.6 GB)
. NewFiles 24
. NewFileSize 69559829 (66.3 MB)
. DeletedFiles 6
. ChangedFiles 23
. ChangedFileSize 7702407 (7.35 MB)
. ChangedDeltaSize 0 (0 bytes)
. DeltaEntries 53
. RawDeltaSize 92935471 (88.6 MB)
. TotalDestinationSizeChange 92982066 (88.7 MB)
. Errors 0
. -------------------------------------------------
.
WARNING 1
. Attempt 1 failed. SSLError: The read operation timed out
NOTICE 1
. Local and Remote metadata are synchronized, no sync needed.
NOTICE 1
. Last full backup date: none
NOTICE 1
. No old backup sets found, nothing deleted.
第一次读取操作总是超时，但之后一切都成功了。
然而最近日志开始看起来像这样：
WARNING 1
. Attempt 1 failed. SSLError: The read operation timed out
WARNING 1
. Attempt 2 failed. SSLError: The read operation timed out
WARNING 1
. Attempt 3 failed. SSLError: The read operation timed out
WARNING 1
. Attempt 4 failed. SSLError: The read operation timed out
ERROR 50
. Giving up after 5 attempts. SSLError: The read operation timed out
WARNING 1
. Attempt 1 failed. SSLError: The read operation timed out
NOTICE 1
. Local and Remote metadata are synchronized, no sync needed.
NOTICE 1
. Last full backup date: none
NOTICE 1
. No old backup sets found, nothing deleted.
这是 cronjob 尝试运行它时的结果。我一直在手动尝试它并观察到以下情况：
- 我能够通过运行从盒子帐户中提取文件列表，
duplicity list-current-files这表明登录凭据正确并且已建立与服务器的连接。 如果我在较小的文件夹上运行备份并询问 duplicity 它输出的进度：
本地和远程元数据已同步，无需同步 上次完整备份留下了部分设置，正在重新启动。 上次完整备份日期：2016 年 9 月 30 日星期五 09:12:01 重新启动：终止前第一个卷上传失败。 无法重新启动...从头开始备份。 本地和远程元数据已同步，无需同步。 上次完整备份日期：无 未找到签名，切换到完整备份。 0.0KB 00:00:03 [0.0KB/s] [> ] 0% ETA 3 秒 0.0KB 00:00:06 [0.0KB/s] [> ] 0% ETA 6 秒 0.0KB 00:00:09 [0.0B/s] [> ] 0% ETA 停滞！ 0.0KB 00:00:12 [0.0B/s] [> ] 0% ETA 停滞！ 0.0KB 00:00:15 [0.0B/s] [> ] 0% ETA 停滞！0.0KB 00:00:18 [0.0B/s] [> ] 0% ETA 停滞！0.0KB 00:00:21 [0.0B/s] [> ] 0% ETA 停滞！0.0KB 00:00:24 [0.0B/s] [> ] 0% ETA 停滞！0.0KB 00:00:27 [0.0B/s] [> ] 0% ETA 停滞！
无论我在用于备份的帐户（商业帐户）上运行，还是在新设置的免费帐户上运行，行为都是相同的。
因此，duplicity 似乎已停滞，但我没有收到错误消息，不知道它为什么停滞，或者我可以做些什么来解决这个问题。我也不确定这是否真的与 SSL 错误和错误 50 有关，或者我们是否有某种“双重错误”。我们正在运行 duplicity 0.7.10。我们最近还将服务器更新到 Ubuntu Server 16.04.1 LTS，但更新似乎与问题开始的时间并不完全一致。有没有其他人遇到过这种情况或类似情况？有什么解决方法吗？
我尝试使用 FTP 而不是 WebDav 来连接到盒子，但得到相同的结果，连接建立了但完全停滞。
这可能是导致停滞的一个线索：如何解决这个重复停滞的连接？
但它似乎并没有解决SSL Error: The read operation timed out
连接已建立，但随后完全停止。
有其他人遇到过这种情况或类似情况吗？
有什么解决方法吗？
答案1
我现在通过切换到 ftp 而不是 webdav 解决了这个问题。这似乎解决了 SSLError。我不知道问题出在 duplicity 还是 box 端。
另一个问题，duplicity 报告连接停止，似乎是一个错误，请参阅：如何解决这个重复停滞的连接？
总的来说，备份现在运行正常！