web-dev-qa-db-ja.com

「コンピュータ名が変更された」という主張が原因でバックアップが停止するが、これは真実ではない

Ubuntu 16.04、deja-dup 34.2、duplicity 0.7.06を使用。

毎週のバックアップを開始するには、通常の外付けドライブを通常のコンピューターに接続し、パスワードを入力して停止メッセージを受け取りました。

既存のバックアップはcorrectnameという名前のコンピューターのものですが、現在のコンピューター名はcorrectname.lanです。これが予想外の場合は、別の場所にバックアップする必要があります。

キャンセル/続行

これは予想外です。外付けドライブを間違ったコンピューターに接続したからではなく、コンピューターの名前が本当に正しいからです。 uname -nで確認しました。

他の名前/コンピュータでこの問題が再発しないようにしたいので、別の場所にバックアップする傾向はあまりありません。考慮事項の中でも、新しいバックアップは時間がかかります。

疑問が生じます：deja-dup/duplicityがこの名前を構成しているのはなぜですか？これを修正する方法？

追加しました。 [続行]をクリックして、増分バックアップを実行します。それでも停止メッセージは、可能であれば回避するために手順で不要な停止です。

backupdeja-dupduplicity
2
XavierStuvw

Ubuntu 19.10、deja-dup 40.1、duplicity 0.8.04を使用。

疑問が生じます：deja-dup/duplicityがこの名前を構成しているのはなぜですか？

バグレポート（2010年までさかのぼります）によると、これは duplicity のバグであり、 deja-dup に影響を及ぼします。複製では、バックアップのコンピューター名として完全修飾ドメイン名（FQDN）が優先されます。

  • FQDNルックアップの実行方法は、コンピューターのネットワーク構成と、コンピューターが接続されているネットワークの動作の両方の影響を受けます。
  • したがって、特に外部ネットワークの変更により、バックアップが壊れる可能性があります。1 これには、コンピュータをあるネットワークから別のネットワークに移動することが含まれます。

見る

これを修正する方法？

バグは、さまざまな方法で/etc/hostsを編集する際のヒントを報告します。これが私が変更したもので、mycomputerが私の選んだ名前です。順序が重要に思われることに注意してください。

/etc/hosts（ipv6アドレスは省略）

詳細は / etc/hostsの用途は何ですか？ を参照してください。

元の：

127.0.0.1   localhost
127.0.1.1   mycomputer

変更：

127.0.0.1   mycomputer localhost
127.0.1.1   mycomputer

ファイルを保存するとすぐに、自動バックアップが開始されました。期待通りに動きました。2

見る

1 私のバックアップが、私のISPが私の地域のインフラストラクチャを ipv6 にアップグレードした頃に壊れました。 dynamic-xxxx-yyyy-zzzz.area-123.example.comなどのホスト名で「hostnamed changed」が表示され始めました。

2 ファイルを元に戻して再起動することで確認しようとしましたが、バックアップstillが機能するため、実際にかどうか不明です問題を修正するか、単にdeja-cup/duplicityを「正しい方法」でトリガーします。 ISPが所有するルーターのDHCPタイムアウト（7日）、または私が変更した他の設定に関連している可能性があります。とにかく答えを投稿していますが、それが1週間で機能しなくなった場合は修正する必要があるかもしれません。

2
Joel Purra