Re: memory exhausted
Todd Denniston <[email protected]>
| Newsgroups | gmane.comp.version-control.cvs.general |
|---|---|
| Message-ID | <[email protected]> |
Paul Sander wrote, On 11/13/2008 05:28 PM: > I found the mmap in CVS 1.11.23, and would not be at all surprised to > find it also in the unstable release that Alex is using. I'm certain > it's been in CVS since CVS absorbed RCS. I don't think it has been quite that long, at least on solaris. http://lists.gnu.org/archive/html/bug-cvs/2003-11/msg00152.html mmap happened between 1.11.1p1 and 1.11.2. the solaris mmap patches I applied for solaris 2.6 did not help. At least in the 1.11.x series you could drop mmap by: after you configure (but before compile) of cvs Version >1.11.1p1 make the following change in config.h: diff config.h.normal config.h 199c199 < #define HAVE_MMAP 1 --- > /*#define HAVE_MMAP 1*/ then `make; make install` and if you felt like it, you could follow some of my other suggestions about having mmap problems :) http://lists.gnu.org/archive/html/info-cvs/2003-12/msg00300.html > > Once Alex has determined which part of CVS is crashing (client or > server), the first thing I would check is ulimit for the account running > the CVS binary. Also try running side-by-side something that monitors > the allocation of swap space and a tracing facility on the CVS binary. > This should give you some idea of what in CVS is consuming the most space. > > On Nov 13, 2008, at 1:01 PM, Arthur Barrett wrote: > >> Alex, >> >>> My server configuration is: >>> >>> CVS 1.12.13 on Solaris 11. >>> >>> My client configuration is: >>> >>> CVS 1.12.13 on Debian 4.0 >>> >> >> Just like with Kevin I think the first thing to do is be 100% sure that >> it is the client or the server failing. Try coping the file to the >> server and doing a commit with :local: if that fails it'll be easier to >> debug too. >> >>> No per-process memory limits appear to be set. However, the >>> cvs process is >>> unable to memory-map the file: >> >> All the memory map stuff is new in 1.12 I think - you could try going >> back to 1.11... >> >> If it is the server that is the problem then there are probably quite a >> lot of solaris parameters that could affect it - particularly if the >> memory maps in 1.12 are using shared memory. I'm no Solaris expert and >> AFAICT Solaris 11 is not even a released product. >> http://en.wikipedia.org/wiki/Solaris_(operating_system)#Versions >> >> Regards, >> >> >> Arthur >> >> >> >> > > > -- Todd Denniston Crane Division, Naval Surface Warfare Center (NSWC Crane) Harnessing the Power of Technology for the Warfighter