一時ファイル〜/ .cache / duplicity / tempのクリーンアップに失敗しました

Duplicityを実行すると、実行の最後に次のようなエラーメッセージが表示されることがよくあります。

Cleanup of temporary file /home/user/.cache/duplicity/9a169830d41477b2dbc3c5b32edd4e8a/duplicity-MEXhMY-tempdir/mktemp-StAkzj-1 failed

上記のディレクトリには、Duplicityを次に実行したときに削除されるファイルが10個ほど含まれています。

増分バックアップを実行しているときにこれが失敗することがある理由はありますか？私はそれに対するパターンを自分で見たことがなく、同じ問題に言及している他の人を見つけることができなかった。あるメーリングリストのある人は、彼のロケールがDuplicityに問題を引き起こしたと言ったことがあります。通常のノルウェー語ロケールからen-USに変更しようとしましたが、まだ問題が発生します。

これはDuplicityの単なる通常の操作ですか？

3つの異なるシステムで見る：2つのUbuntu 13.04 64ビットデスクトップと1つのUbuntu Server 13.04 64ビット。

これは、以前にduplicityルートとして実行したことがある場合に発生する可能性があります。ファイルはrootユーザーに属するため、特権のないユーザーは削除できません。この場合、ファイルの所有者を変更するだけで修正できます。

$ sudo chmod -R user /home/user/.cache/duplicity/

適切に構成されたDuplicityはそれを行うべきではありません。

あなたは、これらの手順が有用見つけるかもしれない： 二枚舌を

Ubuntuを使用していることは知っていますが、適切なソースは見つかりません。それは普遍的でなければなりません。

/usr/lib/python2.7/dist-packages/duplicity/tempdir.pyより具体的な例外ハンドラを追加するために（またはそのファイルがシステムのどこにあっても）変更してみてください。

except Exception:
    log.Info(_("Cleanup of temporary file %s failed") % util.ufn(file))
pass

その前に追加されたより具体的なエラーハンドラーは、より具体的なエラー番号を表示および表示できます。

except OSError as ex:
    log.Info(_("Cleanup of temporary file %s failed with errno %d") % (util.ufn(file), ex.errno))
pass

それを実行するstraceと、unlink呼び出しのerrnoが表示されますが、おそらくより遅くなり、ログ用に多くのディスクスペースを無駄にします。重複性の性質を考慮してください。