[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

need help: multiple instances of svnserve blocking SVN-server

From: <jug_at_schlund.de>
Date: 2005-10-04 16:57:05 CEST

Hi,

i have a problem using TortoiseSVN (but the same problem also appeared with
subclipse). I've reported the problem already on the
TortoiseSVN-mailinglist and also got an answer (blaming svnserve),
see for my data about my environment, tcpdumps, etc:

  http://tortoisesvn.tigris.org/servlets/ReadMsg?list=dev&msgNo=20939

got the following answer:

  http://tortoisesvn.tigris.org/servlets/ReadMsg?list=dev&msgNo=20943

The answer states that in an older subversion (as i am using), there
is/was a problem with forked svnserve-instances that do not disappear, and
so "blocking" the SVN-server for further client-calls. I've again tested
it and indeed, those additional svnserve-processes are forked on the
server, and don't disappear. That causes the server to hang for further
client
requests.

Can you explain this behaviour ?

It may also have something to do with authentication problems.
The svnserve more often blocks than not blocks the server leading to
"blocking" clients (waiting for the timeouts) when testing user-auth
with 'anon-access = read|none'. Sadly, i was not able to reproduce
this blocking behaviour to be able to send in a bug-report for that.
But maybe the tcpdumps shed some light also on this issue.

Can you please help me, i'm running out of ideas, what i can do to fix or
avoid this situation. We wanted to use SVN as versioning system here
at our group at the university. But it's not possible to use it with this
client-timeouts.

Cheers,
Jens-Uwe Gaspar

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Received on Tue Oct 4 21:26:42 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.