ピアによる Rsync 接続のリセット

ピアによる Rsync 接続のリセット
rsync --protocol=29 -rav -e ssh --include '*/' --include='*_en*.xml.gz' --exclude='*' user@server:/path/

コンテンツはリモートサーバーからダウンロードされていますが、次のエラーが発生します。

Write failed: Connection reset by peer
rsync: connection unexpectedly closed (39027627 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at /home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/io.c(605) [receiver=3.0.9]
rsync: connection unexpectedly closed (149869 bytes received so far) [generator]
rsync error: unexplained error (code 255) at /home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/io.c(605) [generator=3.0.9]

なぜこれが起こるのかご存知ですか?

答え1

何かがネットワーク接続を妨げています。ローカルコンピュータとリモートコンピュータ間の任意のネットワークデバイスにすることができます。たとえば、一部の過負荷ファイアウォールは、接続をランダムに切断する傾向があります。この問題を診断するには、ネットワークトポロジをよく理解する必要があります。

デフォルトのTCP接続が失われると、Rsync接続は簡単に復元されます。もう一度実行するだけです。実行ごとに少なくとも1つの完全なファイルを転送する時間がある限り、最終的には操作は完了します。

通常、信頼性の低いTCP接続の上により信頼性の高いTCP接続を構築できますが、ターンキーソリューションはありません。一部のVPNソフトウェアがこれに有効である可能性があります。これを行うための古くて維持されていないツールです。

また、見ることができます最も*強力な*リモートファイルのコピー?そしてTCPトンネルの自動再接続

答え2

最近、cygwinでrsync 3.1.1(および3.0.9)を使用してリモートLinuxシステム(rsync 3.1.0)からインポートしたときに同じ問題が発生しました。私の場合、ソースパスのスペースに関連していました。解決策は、パスを二重引用符で囲んでから一重引用符で囲むことです。

$ rsync [email protected]:'"Documents/016054 signed agreement.pdf"' $TEMP/file.pdf

単一省略そして/または二重引用符でエラーが発生します。ユーザー/コンピュータではなく、ディレクトリ/ファイルを引用符で囲む必要があります。

答え3

ネットワークの問題とrsyncプロトコルの問題に加えて、一度に多くのファイルを同期しようとすると、メモリが不足する可能性があります。

あなたはあなたの環境について何も書いていないので、私はただ推測です。しかし、OpenVZコンテナ内の多くのファイルを同期し、突然PRIVVMPAGESが不足すると、同様の問題が発生します。

メモリに関連しているかどうかを確認するには、単一の大容量ファイルをrsyncしてみてください。

関連情報