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

Re: 2nd+ co too slow

From: <georg_at_w3x.org>
Date: 2005-11-16 12:34:53 CET

some additions:
- anon access works without problems: read+write (!) is it an auth
problem?!
- when i delete the repos and create a new one, i do not need to reboot
- problem exists with fsfs and bdb
- local co does work normal (-> auth problem)
- i'm getting really depressed

any suggestions?

thx, georg

Am Die, den 15.11.2005 schrieb georg um 21:17:
> Hello!
>
> I set up a Gentoo Linux Box with subversion 1.2.3, running svnserve on a
> custom port (9999). I added a new repository (standard db), which
> contains 3 empty dirs: trunk, branches, tags
>
> On a second machine (same net, no fw), I try to checkout:
> svn co svn://192.168.1.5:9999/swwe/trunk
>
> xinetd spawns 2 svnserve processes, and the checkout works as expected
> (with authorisation), no svnserve process keeps running.
> (btw: The problem occurs in daemon mode _and_ with xinetd.)
>
> Now the trouble starts:
> I delete the checked out trunk, and make sure that there is no remaining
> .svn directory, etc.
> Finally I issue the same checkout command again, and svn hangs. However,
> the trunk directory is already checked out. On the server side there are
> again the 2 svnserve processes.
>
> If I delete ~/.subversion/auth/* the authentication takes place as
> normal, but afterwards svn also hangs...
>
> After several minutes (15-30) passed, the checkout gets finished.
> Everything is as expected.
>
> When I reboot the server, the first checkout works, then the same
> problem starts again...
>
> Thanks in advance!
>
> georg

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Nov 16 12:35:24 2005

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

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