☰

deja-dup 仍然失败

tag-icon • tag-icon 18.04 backup deja-dup duplicity
deja-dup 仍然失败

我遇到了同样的问题，并且无法找到任何解决方案，例如：

deja-dup-备份工具错误

备份失败-deja-dup

deja-dup-备份失败

已安装的版本：

  • Duplicity 0.7.17

  • Python 2.7.17

  • 重复 37.0

我已将 deja-dup 配置为：

  • 每日备份文件夹 ~/Documents ( du -sh86GB)
  • 可通过 LAN 或 OpenVPN 访问备份服务器
  • 拥有超过 7TB 的可用空间
  • 使用 sftp 连接

4 年来，它一直运行良好，没有任何变化。在 apt 升级后，它很可能在 2020 年 4 月 6 日（dd.mm.yyyy）停止工作 - 上次备份日期为 2020 年 4 月 6 日

现在，它尝试进行“干净备份”，但结果却众所周知。回溯看起来非常相似，看起来它在增量备份中失败了（就像这里一样备份失败-deja-dup)，甚至由于同样的原因进行干净的备份。

Traceback (innermost last):
  File "/usr/bin/duplicity", line 1555, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1541, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1393, in main
    do_backup(action)
  File "/usr/bin/duplicity", line 1414, in do_backup
    sync_archive()
  File "/usr/bin/duplicity", line 1204, in sync_archive
    copy_to_local(fn)
  File "/usr/bin/duplicity", line 1146, in copy_to_local
    fileobj = globals.backend.get_fileobj_read(fn)
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 676, in get_fileobj_read
    self.get(filename, tdp)
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 395, in inner_retry
    % (n, e.__class__.__name__, util.uexc(e)))
  File "/usr/lib/python2.7/dist-packages/duplicity/util.py", line 79, in uexc
    return ufn(unicode(e).encode('utf-8'))
 UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 19: ordinal not in range(128)

我只是尝试sudo apt install --reinstall duplicity deja-dup python-minimal

下一步我可以尝试什么？有什么想法吗？

请如果有人遇到同样的问题，类似的TraceBack，并且有任何其他未在此描述中提供的信息，甚至没有任何声誉点，请随时编辑此帖以避免不必要的碎片化。最好将所有相关信息放在一个地方，包括指向其他​​问题或网络上相关信息的链接。

答案1

这对我有用：重新检查并修复备份文件夹的所有者及权限。

上下文：一个月前，我尝试移动“旧”备份文件夹，并创建新的备份文件夹。新备份工作得很好，但今天又出现了同样的错误！但今天我知道，我在服务器上做了一些更改，备份文件夹的所有者配置错误。每当我“更改”文件夹的所有者时，备份就会再次工作。

我把“旧”备份文件夹移回，该文件夹不起作用，大约 6 个月没有使用过，并重新设置了所有者/权限。备份再次起作用，现在正在创建完整备份。

我认为应该解决这个问题：备份可以检查备份文件夹的权限（或者更好的是，它可以捕获异常），包括子文件夹和文件，并在任何情况下返回有效的错误响应。

相关内容