Ben Collins-Sussman schrieb:
>This is a known bug in apache, not svn. We're working on it,
>hopefully it will be fixed in the next apache. See svn issue #773.
>
>Again... I wonder if you're using an old version of svn...
>
>...because Philip and I recently measured doing an 'svn up' of a
>directory with hundreds of files, and the memory usage was an order of
>magnitude less than what it used to be -- for 1600 files in one
>directory, the server only used 33 MB memory. So that's why I'm
>wondering if you're using an old apache or old svn.
>
On the server is a tags/0.24 + trunk/...../log.c -r 6243 and apache 2.0.46
When I use a webbrowser it shows "/Powered by Subversion
<http://subversion.tigris.org/> version 0.24.0 (dev build)."
/I think this is the mod_dav_svn version ?!?
/
Maybe I did something wrong on the server when compiling apache or
subversion.
I use Linux for about one year and I'm not a C or C++ programmer.
//
The Windows XP clients have 0.23.0 and one with 0.24.1 (both the
setup.exe version :-)
/
...hmmm, I made some test just....
It seems that the problem occours not everytime...
My current wc was made with 0.23.0 (win32) .After updating the server I
changed this client to.
Then I tried some commits. After the other client changed something, I
tried an update.
This failed! It tooks about 3-4 min till timeout and the server goes down.
I tried the update again and again. Erverytime the same. Sometimes, when
I reboot the server
I made:
svnadmin recover repos
svnadmin rmtxns repos $(svnadmin lstxns repos)
svnadmin recover repos
chown -R wwwrun repos; chgrp -R nogroup repos ( I
have SuSE 8.0)
But nothing really changed. So I made a new checkout. Whith this it is
OK in the moment and the older client can commit
and update too. But not for long... then I have to make the same
procedure again...
The changes on repos are almost not more than 8 files. Sometimes it is
fast. But sometimes...
The biggest problem is "svn up" but a commit can fail too.
Hope this helps...
Maybe you have some instructions to check my server (for an old library
or a misconfigured thing)
Thanx
Volker
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jun 17 19:39:59 2003