Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 5 Jun 2002 13:31:20 -0400 (EDT)
From:      Stephen Hovey <shovey@buffnet.net>
To:        Mike <mike@coloradosurf.com>
Cc:        freebsd-isp@FreeBSD.ORG
Subject:   Re: apache eating up swap
Message-ID:  <Pine.BSF.4.05.10206051330410.12964-100000@buffnet11.buffnet.net>
In-Reply-To: <20020605112938.D55224@coloradosurf.com>

next in thread | previous in thread | raw e-mail | index | archive | help

I believe (but am not certain) is a leak related to php.

Just set the number of requests any one forked httpd will handle before
dieing off to a low value like 5 or 10.

On Wed, 5 Jun 2002, Mike wrote:

> 
> Hope this isn't too OT, not sure if it's specific to
> FreeBSD or not (I found both suggestions in searches).
> 
> I'm running Apache/1.3.22 (Unix) PHP/4.0.6 mod_ssl/2.8.5 
> OpenSSL/0.9.6b on FreeBSD 3.5S.
> 
> 
> My webserver appears to use more and more swap as time goes
> by. I've watched this via top and swapinfo. Graceful restarts
> take care of things (frees up my swap). If no restart is
> issued, apache will continue to eat up all swap and all other
> processes have no memory to work with (choke --> die). I've
> been lucky enough to spot it and restart before a full server
> crash (I've heard this will happen). I find nothing in the
> logs. I moved one of our 'heavy users' to another box and the
> problem all but disappeared. I have a program running now that
> monitors my swap and restarts apache, but clearly, that is not
> the best solution. The site I moved did have some good sized
> http file downloads (if that helps any other diagnostician).
> 
> Sure does act like a memory leak.
> 
> 
> Grateful for any clues.
> 
> 
> TIA,
> 
> mike
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-isp" in the body of the message
> 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.10206051330410.12964-100000>