I have noted several messages regarding "Connection closed unexpectedly" on this mailing list. We had this problem as well, and we want to share the solution:
What we do:
- we are in the process of migrating from an old versioning system to subversion
- several GBs of files, several 1000 files, both text and binary
- SVN will ultimately used by all of our developers, some of them in Linux/Unix, some of them on Windows
System setup:
- Clients on Windows and UNIX (all variants)
- svn server on Free BSD
- subversion 1.14 with fsfs-repositories
- plain svnserve (without apache or ssh)
What happened:
- File migration to subversion worked fine
- when users started to work seriously, we experienced strange delays
- on the prompt we sometimes saw error messages with "Connection closed unexpectedly"
- system would recover after a while
- Problem appeared to happen only with Win64 machines
The analysis:
- Windows was not the reason (surprise, surprise...). The reason was that our new Win64 machines where faster than the old boxes, and the use profile was different. See below...
- The reason was wrong configuration of inetd on FreeBSD, which was used to start svnserve.
- /var/log/messages on FreeBSD showed entries like these: "...subversion inetd[447]: svn from 10.0.0.140 exceeded counts/min (limit 60/min)"
- ps -aex|grep inetd revealed that inetd was started with "-C 60", meaning that more than 60 request per minute are refused (see http://www.freebsd.org/cgi/man.cgi?query=inetd&apropos=0&sektion=0&manpath=FreeBSD+5.3-RELEASE+and+Ports&format=html)
- problem could be reproduced on other machines (even non-Windows) with a script like this: while true; do svn list svn://subversion/repository; done
- The problem had not surfaced during tests because those tests sent a few large requests instead of a large number of small requests to svn_serve.
The solution:
- remove -c 60 from inetd-startup, or
- run svnserve in demon-mode (-d), without inetd.
Simple - after you find out.
Regards,
Georg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 3 17:54:45 2005