Take the 2-minute tour ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Does anyone know of a way to fix the Apache memory leak in relation to Subversion Server? We have a windows server 2003 machine running Apache to host Subversion. From day one, we have had memory leak issues and have not found a solution yet. All we do is monitor our server when when the memory use reaches near the max it can handle we have to restart Apache.

share|improve this question

migrated from stackoverflow.com Oct 28 '09 at 13:20

This question came from our site for professional and enthusiast programmers.

1  
It could be interesting to add the versions of Apache and svn you are using (possibly also how you detect the memory leak or any relevant information). –  RedGlyph Oct 26 '09 at 21:14

3 Answers 3

We had a similar issue with SVN 1.6.6, Win 2K3 32-bit, CollabNet install. We tried using this info from the SVN mailing list related to MaxMemFree and it seems to have worked for us so far.

share|improve this answer
    
same issue with 1.6.2, thanks for possible solution - i'll try that –  BoyMars Apr 11 '11 at 15:15

There's a bug raised against it here: http://subversion.tigris.org/issues/show_bug.cgi?id=3084

Unfortuantly, there's no fix yet. But it may be worth trying some of the workarounds listed on there until there is a proper fix. It's also worth following some of the links in the comments that go to a number of threads that discuss the issue as various workarounds are listed within those threads as well as those amongst the bug comments.

share|improve this answer

We have same issue after upgrading Apache 2.2.9 and SVN 1.5.5 to Apache 2.2.14 and SVN 1.6.6. It look like that it is SVN 1.6.x related issue, because we didnt have this problem anything before until upgrade..

I hope that somebody have resolution for it...

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.