TortoiseSVNチェックアウトに失敗したエラーsvn：E120106：ra_serf：サーバーが切り捨てられたHTTP応答本体を送信しました

Question

チェックアウト操作中にTortoiseSVNにエラーsvn: E120106: ra_serf: The server sent a truncated HTTP response bodyが表示されます。どのように問題を解決するには？

Answer 1

その後、もう一度チェックアウトする代わりに更新を行います。チェックアウトしたコピーを削除しないで、もう一度更新してください。

Answer 2

TortoiseSVNの開発者からいくつかのideas：私はこれのために責任があると思います

The data sent is too big and the server closes the connection due to reaching a limit.

Possible steps which can help fix this issue:

• Increase the timeout value on the server
• set compression level to zero on the server (will make everything slower but helps with this issue)
• make sure all proxies that are in between you and the svn server also have the timeout values increased

Answer 3

SVN 1.8 includes a new HTTP client library (Serf).

。 TortoiseSVN-1.8.6.25419-x64-svn-1.8.8.msiをインストールして実行したところ、svn mergeと同じエラーが発生しました。当初はsvnサーバのタイムアウトに問題はありましたが、同じマージ操作は1.6で動作しました。だから問題はSVNバージョン1.8以上であると思います。 あなたのsvnクライアントのバージョンを1.7または1.6に戻してみてください！

Answer 4

SVN設定ファイルで以下のキー値を設定します。それでおしまい。

DeflateCompressionLevel 5 

1が最も低い値です。 9が最大値です。

Answer 5

最新の最新のSubversionクライアントバージョンを使用してください。それでも問題が発生した場合は、

• を使用すると、クライアントマシンとSubversionサーバの間があり、プロキシが正常に動作していると殺害されていないことを確認
• 、接続の問題のためにネットワークをチェックするために、システム管理者に連絡してください接続が途中で行われた場合、
• クライアントまたはサーバーコンピュータにインストールされているウイルス対策ソフトウェアがSubversion HTTP（S）トラフィックを妨害していないことを確認してください。あなたのSubversionサーバとの間でオンアクセスまたはトラフィックスキャンを無効にする例外/除外ルールを追加する必要があります。

注：Subversionクライアントをダウングレードは間違っていると醜い回避策です。問題はネットワーク上で解決されなければならない。

Answer 6

私は同じ問題を経験しましたが、私たちのCIシステムチームシップの文脈で経験しました。チェックアウトにチームシティ自体を使用するのではなく、手動でsvnチェックアウトを実行するスクリプトがあり、このエラーが発生しました。小さなリポジトリの

Internal SVN clean checkout canceled on large repositories for working copy format 1.7 using the svn.exe via script instead of build-in teamcity SVN with the message: "svn: E120106: ra_serf: The server sent a truncated HTTP response body."

• クリーンチェックアウトは関係なく、作業コピー形式の作品大きなリポジトリの
• クリーンチェックアウトは、輸出を使用しての代わりにチェックアウト作業コピー形式に1.5
• を使用して働くチームシティー8.1を使用して
• に動作します。 5内部のsvnクライアントが動作します（理由は分かりません）
• 1.8の代わりにsvnクライアント1.7を使用すると、同様のタイムアウト関連のエラーが発生します。「svn：E175002：REPORT of '/！SVN /私 '：レスポンスボディを読み込むことができませんでした：セキュア接続が切り捨てられ、」

をサーバー上でSVNのタイムアウト値を増やすには、実際に問題を解決しなかったし、どちらも 『ra_serf』や 『安全な接続切り捨てエラーが』以降に発生しました。SVNクライアントのバージョンを元に戻すの

Aniketタクールの提案は、この問題に影響を持っていた、まだ私は右のバージョンを見つけることができませんでした。（1がある場合）、圧縮レベルを低下させる

Sanmat Jhanjhariの提案がされ受け入れられたソリューションの一部だけでなく、これが機能する理由は、SVNサーバーとクライアントの間の応答時間を維持するということです大きなファイルを圧縮しても、タイムアウトは発生しなくなりました。

作業コピーを1.5に変更することは、この問題を解決するためのクライアント側の唯一の方法です。これがうまくいく理由は、データが圧縮される方法に関連している可能性が高いですが、私は正確な理由を理解できませんでした。

エクスポートを使用するのは、データ自体にのみ関心があり、リポジトリにする必要がない場合に備えて、クライアント側の代替手段です。しかし、輸出行動はわずかに異なります。たとえば、既存のファイルを上書きしません。私はまた、これが通常のチェックアウトと比較してなぜ機能するのか理解できませんでした。

Answer 7

プロキシ設定が正しくないと、同じエラーメッセージが表示されることがあります。

チェックアウト中に別の瞬間にまったく同じエラーが発生しました。最初のいくつかのファイルは常に成功しましたが、5〜10個のファイルの後にra_serfエラーが表示されました。大小のファイルでも同じことが起こりました。

いくつかの試行錯誤（他のハードウェア、有線接続）の後、私は解決策に近づきませんでした。私はすべてのTortoise SVNの設定を確認することにしました。単純な答えが見つかりました：私のプロキシの設定は正しくありませんでした！