Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: subversion (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/273859
Title:
** Changed in: subversion
Status: Unknown => Confirmed
** Changed in: subversion
Importance: Unknown => Low
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/273859
Title:
Apache mod_dav_svn
Thanks for taking the time to report this bug in the upstream bug
tracking system this is a tremendous help. Launchpad has the ability to
watch lots of upstream bug trackers and this can be done by following
the procedure documented at https://wiki.ubuntu.com/Bugs/Watches. I've
added the bug watch
Thanks Depe, That setting seemed to fix my problem using Tortoise
completely, I've encountered no problem since updating it. The memory
use on my server actually decreased a little during a large checkout
rather than running out of control. :-)
The processor load seems to be less as well.
--
Ap
I found another option which works correctly now:
I did set 'SVNAllowBulkUpdates Off' in my mod_dav_svn config file and now
memory consumption stays normal (<450MB with about 10 users) during the whole
checkout, even with about 1.6GB data / 6000 files to get (few hours required).
Before (default
I ended up just using SVN commandline for large checkouts and commits
and Tortoise in Windows for day to day smaller things and haven't had
the problem since.
--
Apache mod_dav_svn leaking memory
https://bugs.launchpad.net/bugs/273859
You received this bug notification because you are a member of
I tried using SVNPathAuthz, but I still get memory being eaten up, so
it's not really working
--
Apache mod_dav_svn leaking memory
https://bugs.launchpad.net/bugs/273859
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mai
I found the same issue using Ubuntu 9.04 32bits server
Linux hdm-s004 2.6.28-11-server #42-Ubuntu SMP Fri Apr 17 02:48:10 UTC 2009
i686 GNU/Linux
libapache2-svn 1.5.4dfsg1-1ubuntu2
subversion 1.5.4dfsg1-1ubuntu2
I also found some interesting information here:
http://groups.google.se/group/linux.d
Same here, when user commits using TortoiseSVN the machine does not
release memory.
--
Apache mod_dav_svn leaking memory
https://bugs.launchpad.net/bugs/273859
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I've found an interesting detail:
If I use the subversion commandline binaries 1.4.6 this does NOT happen.
The server only leaks memory if it is accessed by recent TortoiseSVN clients.
--
Apache mod_dav_svn leaking memory
https://bugs.launchpad.net/bugs/273859
You received this bug notification b
Same here on a virtual root server with 512 MB RAM...
apache2.2-common ( 2.2.8-1ubuntu0.3) - tested mpm-prefork and mpm-worker
libapache2-svn (1.5.1dfsg1-1ubuntu2~hardy2)
libsvn1 (1.5.1dfsg1-1ubuntu2~hardy2)
Checking out the full repository (around 8GB - mainly text and a few xml
files) will ce
I'm running a debian etch server (4 CPUs, 4GB RAM, x86_64) with HTTPS,
LDAP auth, mod_svn and I'm experiencing the same issues with large
checkouts (~1.7GB). It's not ubuntu and I don't know if is appropriate
to report here, but I think it's interesting just for the record.
apache2 (2.2.3-4+etch4
In addition, here is the apache error...
[Tue Oct 07 18:32:53 2008] [notice] child pid 26268 exit signal
Segmentation fault (11)
Attached is the visual error received in TortoiseSVN
** Attachment added: "SVN-MemoryChunkSizeError.png"
http://launchpadlibrarian.net/18305017/SVN-MemoryChunkSizeE
I have encountered the same problem on test machine I have setup under
Intrepid Ibex 32-bit BETA. My machine is smaller with 1gb RAM & Pentium
D @ 2.45GHz.
Using TortoiseSVN, I get about 1300mb of data before Apache restarts,
thus killing the checkout/update... This is especially bad for me sinc
14 matches
Mail list logo
