HTTP签出失败错误svn: E120106: ra_serf:服务器发送截断的TortoiseSVN响应正文

Question

在结帐操作过程中，TortoiseSVN显示错误svn: E120106: ra_serf: The server sent a truncated HTTP response body。如何解决这个问题？

Answer 1

来自TortoiseSVN developer的一些ideas：

发送的数据量太大，服务器因达到限制而关闭连接。

可以帮助解决此问题的可能步骤：

• 增加服务器上的超时值
• 将服务器上的压缩级别设置为零(将使一切变慢，但有助于解决此问题)
• 确保您和svn服务器之间的所有代理也具有增加的超时值

​

​

Answer 2

然后进行更新，而不是再次检查...不要删除已签出的副本，只需再次更新它。

Answer 3

我经历了同样的问题，但在我们CI系统团队的背景下。一些脚本不是使用teamcity本身来签出，而是执行手动svn签出，并导致了这个错误。

内部SVN已取消对大型存储库的工作副本格式1.7的签出，使用HTTP脚本而不是内置的teamcity SVN，并显示消息："svn: E120106: ra_serf: the server sent a truncated HTTP response body“。

• 完全签出小型存储库的工作方式与工作副本格式无关
• 完全签出大型存储库的工作方式使用工作副本格式1.5
• 使用导出而不是签出工作方式
• 使用teamcity 8.1.5内部服务器客户端工作(不知道原因)使用svn客户端1.7而不是1.8会导致类似的超时相关错误：" svn : E175002: REPORT of '/!svn/me'：无法读取响应正文:安全连接被截断“<代码>H212<代码>F213

增加服务器上的SVN timeout值确实解决了这个问题，此后既没有出现"ra_serf“，也没有出现"secure connection truncated error”。

Aniket Thakur建议恢复svn客户端版本确实对这个问题产生了影响，但我找不到正确的版本。(如果有)

Sanmat Jhanjhari建议降低压缩级别不仅是可接受的解决方案的一部分，而且其可能起作用的原因是它使SVN服务器和客户端之间的响应时间保持稳定，并且压缩大文件不再导致超时。

将工作副本更改为1.5是客户端解决此问题的唯一替代方案。这样做的原因很可能与数据压缩的方式有关，但我找不出确切的原因。

如果您只对数据本身感兴趣，而不需要将其作为存储库，那么使用导出是一种可怕的客户端替代方案。不过，导出行为略有不同。例如，它不会覆盖现有文件。我也不明白为什么这和普通的结账方式相比是可行的。