Hi Jim, Yes they replied to me directly, and we worked it through, seems to have fixed the issue. Our repository is almost as big as yours, so maybe that's why we both have seen the issue.
Regards, Dave Sykes Head of Engineering +44 (0)1252 740721 -----Original Message----- From: visualsvn@googlegroups.com [mailto:visual...@googlegroups.com] On Behalf Of JGarwacki Sent: 31 July 2009 16:33 To: VisualSVN Subject: Re: Possible Memory leak Dave, I ended up working with the VisualSVN guys on this and they provided me with a solution to our problem. We had a very large repository (over 75,000 files and over 10Gb in size). If we did a full checkout, it would run up the memory and crash the service. They had me edit the 'httpd.conf' file located in the 'VisualSVN Server \conf' folder and comment out the following entries by placing a # in front of the line: # LoadModule deflate_module bin/mod_deflate.so # SetOutputFilter DEFLATE This will disable the GZip module in the Apache core that seems to be causing the memory leak. They also released a new version of VisualSVN (2.0.4) that has this feature disabled by default if you don't want to edit the config files. I don't know if this will help in your situation, but it worked for me. Thanks, Jim Garwacki USFI On Jul 29, 9:37 am, "Dave Sykes" <dave.sy...@elateral.com> wrote: > Hi Guys, > > We are seeing the same issue here. We are using Visual SVN Server > Standard 2.0.2 on Windows 2003 Standard SP2 running on a physical Dell > server. > > Our symptoms are that looking in Event Viewer the memory usage for one > of the VisualSVNServer.exe tasks (we have 2 is that correct?) gradually > goes from low MB figures up to 1.6GB in around half an hour after > starting it. Interestingly it does appear that the memory usage is > roughly 250MB more than I/O Read Bytes (eg currently I am seeing > 1,610,064K for memory usage, and 1,370,884,287 Bytes) > > We aren't crashes in the client, they just hang. > > Dave Sykes > Head of Engineering > +44 (0)1252 740721 > > > > -----Original Message----- > From: visualsvn@googlegroups.com [mailto:visual...@googlegroups.com] On > > Behalf Of JGarwacki > Sent: 28 July 2009 15:48 > To: VisualSVN > Subject: Possible Memory leak > > We're using VisualSVN server v2.0.2 standard. On long updates (getting > full repository), VisualSVN server is crashing. I can bring up task > manager on the server and watch as the VisualSVN service eats up > memory until it maxes out (2Gb) and then crashes the service with the > error message below. I can restart the service and update where it > left off, but it's getting pretty bad. Please let me know if there is > any other information that you need to see if we can figure out the > problem. We are running VisualSVN on Windows Server 2008 x64 in a VM > on HyperV. > > Thanks, > > Jim Garwacki > > Log Name: Application > Source: Application Error > Date: 7/27/2009 4:11:45 PM > Event ID: 1000 > Task Category: (100) > Level: Error > Keywords: Classic > User: N/A > Computer: teamsys.USFI.local > Description: > Faulting application VisualSVNServer.exe, version 2.2.11.0, time stamp > 0x4a663e86, faulting module libapr-1.dll, version 1.3.3.0, time stamp > 0x4a663de8, exception code 0x40000015, fault offset 0x00008529, > process id 0xd30, application start time 0x01ca0efe21b519c8. > Event Xml: > <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event";> > <System> > <Provider Name="Application Error" /> > <EventID Qualifiers="0">1000</EventID> > <Level>2</Level> > <Task>100</Task> > <Keywords>0x80000000000000</Keywords> > <TimeCreated SystemTime="2009-07-27T21:11:45.000Z" /> > <EventRecordID>429</EventRecordID> > <Channel>Application</Channel> > <Computer>teamsys.USFI.local</Computer> > <Security /> > </System> > <EventData> > <Data>VisualSVNServer.exe</Data> > <Data>2.2.11.0</Data> > <Data>4a663e86</Data> > <Data>libapr-1.dll</Data> > <Data>1.3.3.0</Data> > <Data>4a663de8</Data> > <Data>40000015</Data> > <Data>00008529</Data> > <Data>d30</Data> > <Data>01ca0efe21b519c8</Data> > </EventData> > </Event> > > The information contained in this e-mail is confidential. If you are not an > intended recipient of this e-mail please notify the sender immediately and > delete all copies from your system. You must not read, copy, distribute or > take any further action in relation to or reliance on this e-mail. > > Elateral will not, to the extent permitted by the law, accept responsibility > or liability for the timeliness, accuracy or completeness of this e-mail or > any attachments to it (unless specifically stated) nor for the presence of > any virus, worm or similar malicious or disabling code in it or in the > attachments. Please be aware that e-mail is not a secure form of > communication. > > Elateral Limited, Registered in England No. 3036315. Elateral House, Crosby > Way, Farnham, Surrey GU9 7XX. VAT No. GB 742 577710- Hide quoted text - > > - Show quoted text - The information contained in this e-mail is confidential. If you are not an intended recipient of this e-mail please notify the sender immediately and delete all copies from your system. You must not read, copy, distribute or take any further action in relation to or reliance on this e-mail. Elateral will not, to the extent permitted by the law, accept responsibility or liability for the timeliness, accuracy or completeness of this e-mail or any attachments to it (unless specifically stated) nor for the presence of any virus, worm or similar malicious or disabling code in it or in the attachments. Please be aware that e-mail is not a secure form of communication. Elateral Limited, Registered in England No. 3036315. Elateral House, Crosby Way, Farnham, Surrey GU9 7XX. VAT No. GB 742 577710
