restic version出力

レスティック0.8.2

どのようにしてresticを正確に実行しましたか？

% restic -r /tmp/restictest backup $SSHFSMOUNT/directory

バックアップディレクトリは、sshfsにマウントされたファイルシステムです。
コマンドを数回実行して、いくつかのスナップショットを実行します。
場合によっては、リモートディレクトリに大量のデータ（1TB以上）があります。

リポジトリを保存するためにどのバックエンド/サーバー/サービスを使用しましたか？

ローカルext4ファイルシステム。

予想される行動

最初のバックアップは遅く、LAN経由で多くのデータを転送すると思いますが、次のバックアップはかなり高速で、多くの帯域幅を使用しないはずです。

実際の動作

ファイルが変更されていない場合でも、すべてのバックアップには数時間（数日ではないにしても）かかります。

動作を再現する手順

• バックアップを実行する
• sshfsファイルシステムのマウントを解除します
• sshfsファイルシステムを再マウントします
• 新しいバックアップを実行する

100％再現可能というわけではありませんが、少量のデータでも再現できました。

SFTPサーバーのログには、ファイルが変更されていない場合でも、ファイルが完全に取得されていることが示されています。

何がこれを引き起こしたのか分かりますか？

はい：resticはinodeを比較して、ファイルが変更されているかどうかを再確認します（デバッグメッセージ「タイムスタンプ、サイズ、またはinodeが変更されました」、 restic/node.go:551restic.(*Node).IsNewer11node ）。

ただし、iノードはsshfs（およびおそらく他のいくつかのファイルシステム）を使用したファイルシステムマウント間で変更される可能性があります。

問題を解決する方法を知っていますか？

iノードチェックをコメントアウトすると、問題が解決しました。

このチェックを無効にする方法が欲しいのですが。 多分コマンドラインフラグ？

Resticはあなたを助けましたか、それともあなたを幸せにしましたか？

確かに、それは素晴らしいソフトウェアです！ 回避策を見つけたので、私はさらに満足しています...
良い仕事を続けてください！