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

Re: Apache memory leak with TSVN 1.5.x clients

From: Patrick Bureau <pbureau_at_gmail.com>
Date: Thu, 9 Oct 2008 15:11:51 -0400


I took TSVN 1.5.3 from Sourceforge (neon 0.28.3):

SVN CL 1.5.2 from Tigris:

SVN 1.4.4 Server: libneon-gnutls.so.26 (neon 0.26)

Please note that the leak issue doesn't occur with TortoiseSVN 1.4.4 (neon

Finally, also tested SVN 1.5.1 Server (from Debian Lenny) with libneon27
Same behavior.

Thanks a lot!


Stefan Fuhrmann wrote:
> Patrick Bureau <pbureau_at_gmail.com> wrote on 9 Oct 2008 10:41:47 -0400:
>> We are experiencing Apache memory leaks and server crash with TSVN 1.5.x
>> clients.
>> When doing a big checkout or update, the process size on the server for
>> transaction keeps growing at an alarming rate(GBs in minutes).
>> The leaks only happen with TortoiseSVN 1.5.x clients on our Debian Apache

>> Subversion 1.4.4 server.
>> The SVN 1.5.x command line clients work fine as well as the TortoiseSVN
>> 1.4.x ones. (the process stays stable at around 20MB on the server)
>> I don't know if it's the TSVN client using something that the command
>> client doesn't and that our "old" 1.4.4 server mishandle.
>> You can read more about the report I wrote in the SVN bug
>> http://subversion.tigris.org/issues/show_bug.cgi?id=3084
> Subversion and TSVN use a number of auxiliary libraries.
> It's a long shot but maybe your TSVN and your working
> 1.5 CL client differ in the version of NEON they are using.
> Please check your server logs for the NEON version. Since
> TSVN 1.5.4 / SVN 1.5.3 is close to release we may be able
> to fix it quickly if it should turn out to be a mere build
> configuration issue.
> Where did you get the client from (Tigris, CollabNet, ..)?
> -- Stefan^2.
Received on 2008-10-09 21:13:37 CEST

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.