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

Re: Timeout problem with switch

From: Nuutti Kotivuori <naked_at_iki.fi>
Date: 2002-11-05 00:08:54 CET

Alan Chandler wrote:
> On Monday 04 November 2002 10:34 am, Nuutti Kotivuori wrote:
>> Alan Chandler wrote:
> ...
>>> Attempting to use svn sw to switch back to the trunk I get
>>>
>>> svn: RA layer request failed svn: REPORT request failed on
>>> /svn/koffice/branches/kpresenter-only svn: REPORT of
>>> /svn/koffice/branches/kpresenter-only: timed out waiting for
>>> server
>>
>> Um, I think it might be simply that the operation is taking longer
>> than expected. In 0.14.5, you can specify the timeouts yourself in
>> the configuration files - so you might try if that solves your
>> issues.
>
> I am puzzled. Why should it take so long for the server side to
> communicate with the client? Is the server doing a diff between the
> two branches looking for changes before the client side is given a
> potential change to its working directory. If so, dependant on the
> size of the repository and the speed of the server this could take
> an arbitary length of time. Should not the server at least tell the
> client every so often - "yes I am still working on it - haven't
> found any changes for you yet" ? Expecting client side
> configuration for a timeout seems wrong for this (it was about 2
> minutes - for 120MB repository [Working copy is 200+MB - but I using
> the deflate option])

Well - I think this is a bit of a problem with the HTTP protocol in
general. I don't know of a way to holler back inside a normal WebDAV
or DeltaV session that "hey, I'm still doing stuff".

The REPORT request, as far as I know, is just about paths and their
revisions and such - it does not do comparing (someone correct me if
I'm wrong). Now I'm not sure why it takes so long to complete - but it
might be a bug - you might watch the server CPU and memory usage and
see what's up with it.

Someone who really knows this stuff should probably answer :-)

>> On the other hand, the reason why it takes so long might be huge
>> memory-usage - but that might also be fixed in 0.14.5. So - either
>> live with it for a few days until dwhedon manages to make the
>> 0.14.5 Debian packages or upgrade it yourself.
>
> Are you saying that the client should also be 0.14.5 to solve this
> problem (my server already is)?

Yes. That is what I'm saying.

0.14.5 client has the ability to specify timeouts.

-- Naked

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Nov 5 00:09:42 2002

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.