>
> 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