主页 / unix / 问题 / 536059
Accepted
Martin Ueding
Asked: 2019-08-18 12:04:17 +0800 CST

重复性突然因 Python 元组错误而失败

  • 772

我已经在 cron 工作中使用 duplicity 一年了，效果很好。从上周开始，我收到以下消息：

Ausdruckbasierte Dateiliste wird gelesen /home/mu/.config/exclude-b2.txt
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1637, in <module>
    if "Forced assertion for testing" in util.uexc(e):
  File "/usr/lib64/python2.7/site-packages/duplicity/util.py", line 82, in uexc
    return ufn(m)
  File "/usr/lib64/python2.7/site-packages/duplicity/util.py", line 63, in ufn
    return filename.decode(globals.fsencoding, 'replace')
AttributeError: 'tuple' object has no attribute 'decode'

我的 Fedora 30 系统上对软件包的最后一次升级duplicity是 2019-05-09，我运行的是 0.7.19 版本。备份转到 Backblaze B2。

有什么办法可以把它固定下来吗？

duplicity

2 个回答

  1. Best Answer

    这是另一个实例，其中中断的备份使重复性处于无法恢复的状态。我已经从上次增量备份中删除了部分文件，现在它又可以工作了。

    • 2

  2. 查看可从gnu下载的源代码，它似乎正在尝试处理异常，并在这样做的同时得到异常，这没有帮助。我认为你在最后几行/usr/bin/duplicity：

    except Exception as e:
    util.release_lockfile()
    if "Forced assertion for testing" in util.uexc(e):
        log.FatalError(u"%s: %s" % (e.__class__.__name__, util.uexc(e)),
                       log.ErrorCode.exception,
                       e.__class__.__name__)
    else:
        # Traceback and that mess
        log.FatalError(util.exception_traceback(),
                       log.ErrorCode.exception,
                       e.__class__.__name__)

    它要求util.uexc(e)查找仅在测试期间（显然）使用的一些文本，并且该例程由于某种原因而失败。您可以尝试仅更改ifto startif False and以绕过此测试，然后查看是否记录了异常的真正原因。您也可以尝试暂时更改为 C 语言环境，看看是否有任何改变。

    • 0

相关问题