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

Re: Problem/Crash doing large checkout via DAV

From: Gerald Richter <richter_at_ecos.de>
Date: 2002-06-06 07:27:50 CEST

>
> You can work around the problem by checking-out revision zero and
> then updating the working copy
>
> % svn co -r 0 -d wc http://host/repo
> % svn up wc
>
> These commands use much less memory in the server process (about
> twenty megabytes instead of two or three hundred in my tests.)
>

That makes things better, now httpd grows to 130MB during the update, but I
still get only 2/3 of the files out of the repository then the server closes
the connection (without any error message in syslog or error_log).

BTW. I my repository only contains 4200 files and not 42,000 as I originaly
wrote. Must have been too tired when I read this extra zero... (but really
45MByte)

After this update the DB Files are soemhow locked and the only thing that
had help is to run a db_recover on the db files, otherwise any access to the
repository simply hangs.

When I now try to run a svn up in the half checked out working copy, I get
errors about file not found in transaction. Seems there is still something
left from the failed update, also I have rebooted the machine in between.

I try to investigate further. Any ideas are welcome.

Gerald

-------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting

Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: richter@ecos.de Voice: +49 6133 925131
WWW: http://www.ecos.de Fax: +49 6133 925152
-------------------------------------------------------------

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 6 07:25:04 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.