サーバーの再配置後にsshバックアップのrsyncが失敗する
2台のFreeBSDマシンをセットアップしました。 1つはビデオデータを提供し、もう1つは最初のバックアップです。この時点で、約4TBのデータがあります。私は一度に数個のファイルをビデオサーバーに追加し、バックアップマシンを最新の状態に保つためにssh経由でrsyncを使用することを計画していました。
Rsyncを使用しても問題なく、ラボで両方のマシンを同じサブネットに接続して、最初の大規模なバックアップを実行しました。次に、バックアップマシンをオフサイトに移動したとき（ただし、大学のネットワーク上にある）、IP以外を変更せずに同期を試みたところ（マシンは別のサブネット上にあるため）、次のエラーが発生しました。
2010/03/22 15:55:21 [1260] rsync: connection unexpectedly closed (6340840244 bytes received so far) [receiver]
2010/03/22 15:55:21 [1260] rsync error: error in rsync protocol data stream (code 12) at io.c(601) [receiver=3.0.7]
2010/03/22 15:55:21 [1258] rsync: connection unexpectedly closed (60 bytes received so far) [generator]
2010/03/22 15:55:21 [1258] rsync error: unexplained error (code 255) at io.c(601) [generator=3.0.7]
バックアップを処理するスクリプトは変更されておらず、バックアップを呼び出すcrontabも変更されていません。しゃっくりの原因について誰かが何か考えを持っていますか？ ssh接続のタイムアウトやそれらの線に沿った何かと関係があるのではないかという印象を受けましたが、問題の原因を診断する方法が完全には明確ではありません。
接続が確立され、データが送信されたように見えるため、問題がknown_hostsまたは接続の確立に関連しているようには見えません。
2台のコンピューター間にNATがあり、大きなファイルのチェックサムを計算するためにrsyncが必要な場合、チェックサムの計算にかかる時間が長さを超える可能性があるようです。接続の変換が状態テーブルに保存される時間。このようなオプションを追加したくなるでしょうServerAliveInterval 60キープアライブを強制的に送信するsshクライアントとして機能するマシン上。
Rsyncを実行しているユーザーとして、バックアップサーバーから新しい場所にあるサーバーにsshを実行しようとしましたか？
サーバーを移動したので、SSHはサーバーIDが変更されたと文句を言うか、新しいサーバーIDの確認を求めます。したがって、Cry Havokが言ったように、rsyncユーザーとしてsshを実行し、変更を確認する必要があります（.ssh/known_hostsファイルを編集して問題のあるキーを削除する必要がある場合があります）。
可能であれば、sshなしでrsyncを試す必要があります。つまり、rsyncデーモンを実行して試してみてください。そうすれば、一度に1つの変数を除外できます。