git:远程端意外挂断了 – 太多的并发用户了?

我首先在StackOverflow上提出这个问题,并build议我在这里问一下:

我们有一个VPS帐户(CPU:2.68GHz内存:1824MB)自己托pipe的Git服务器(Gitolite)。 同样的VPS也被用来发布我们欠发展的networking应用程序的客户端演示。 (很less的交通)。 所以服务器的主要用途就是作为Git Server Only。

这个git服务器由30-40人的团队访问,用于各种项目。 我们的问题是,在6-7人尝试访问服务器(有时候是相同的回购)的那一天,我们得到了频繁的错误信息:

ssh:连接到主机xxx.xxx.xx.xx端口22:坏文件号致命:远端意外挂断

尝试10-15分钟后,一般会成功。

在清晨和深夜,只有1-2人,git命令以100%的成功率工作。 另外我想指出的是,如果我通过HTTP访问服务器上托pipe的其他文件,它工作正常。

我在StackOverflow和其他网站上发现了几个问题。 但大多数人都指向SSH密钥设置或Msysgit和Cygns SSH之间的冲突。

但是,我不认为这是我们的情况,因为我们得到这种行为(只使用msysgit)以及Mac机上的问题。 另外,如果这是SSHconfiguration问题,那么它不应该工作。 但在我们的情况下,它会在10-15分钟后运作。

我认为在我们的情况下可能是太多同时连接到同一台服务器(或相同的回购)或类似的东西。 是否存在需要修改以解决此问题的设置或configuration文件?

请帮我解决这个问题,或者把我指向正确的方向。

提前致谢。

Pritam。

这是在黑暗中的一个完整的镜头,但我发现这经常发生在SSH服务器提供一个交互式shell之前提供的意外输出 – 在我的情况下,这是我的.bash_profile通知我,如果我现有屏幕会话正在运行。 您的login脚本中是否有可能写入stdout / stderr的内容?

记住,你只是使用SSH连接到git服务器来传输数据。 github上实际上有一个关于这个问题的post,这表明防火墙和/或代理服务器将被指责为你遇到的问题。