info-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: memory exhausted


From: Todd Denniston
Subject: Re: memory exhausted
Date: Thu, 13 Nov 2008 19:00:09 -0500
User-agent: Thunderbird 2.0.0.17 (X11/20080914)

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]