On Mon, Apr 08, 2019 at 01:44:37PM +0200, Vincent Lefevre wrote: > I've run a "svn diff" with the -c option, and it is hanging. > The corresponding "svnserve -t" on the server is hanging too. > > After one hour, on the client side, the svn command is still running, > together with > > vinc17 19550 19549 0 12:40 pts/11 00:00:00 zsh /home/vinc17/scripts/ssh > gforge svnserve -t > vinc17 19565 19550 0 12:40 pts/11 00:00:00 ssh -F > /home/vinc17/.ssh/config -C gforge svnserve -t > > and on the server side: > > root 48651 878 0 12:39 ? 00:00:00 sshd: vlefevre [priv] > vlefevre 48655 48651 0 12:39 ? 00:00:00 sshd: vlefevre@notty > vlefevre 48724 48655 0 12:40 ? 00:00:00 svnserve -t > > Such an issue occurs from time to time. > > Version on the client side: > > svn, version 1.10.4 (r1850624) > compiled Jan 23 2019, 03:41:34 on x86_64-pc-linux-gnu > > Version on the server side: > > svnserve, version 1.8.10 (r1615264) > compiled May 21 2018, 00:10:07 on x86_64-pc-linux-gnu > > A search on the web shows many reports about hanging svn.
Hi Vincent! There is insufficient information in your report for anyone to act upon. Most importantly, it is unclear which component in the chain is causing the problem. Is it SVN? Is it SSH? Is it TCP? Please try to find answers to these questions. You could use strace to figure out which system call programs are sleeping in, e.g.: strace -p 48724 You could try to get some information out of SSH? Perhaps the sshd server logs contain clues? On the client side you can do this: export SVN_SSH='ssh -q -vvv --' and try to reproduce the problem. Maybe the SSH client will print something useful when the problem occurs?
