RE: Apache memory hog

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

 



Maybe if I post some more about the conf files.

 

Of most interest will be ssl.conf, and the /svn location.

 

Arnab,  my experience with Apaches fairly limited, and despite me reading on those parameters before, I’m not sure of the appropriate settings to use. I know enough to be dangerous and do some debug, but not enough about each setting to understand what they do in detail.

 

Maybe if I lowered MaxRequestsPerChild, would the large sub-processes close down? Would they hand back the memory they’ve used? (httpd doesn’t seem to on a stop/start).

 

I don’t have MaxMemFree in my config anywhere.  I think I’ll try this one first.

 

Adrian

 


From: Arnab Ganguly [mailto:aganguly01@xxxxxxxxx]
Sent: 03 April 2009 14:40
To: users@xxxxxxxxxxxxxxxx
Subject: Re: Apache memory hog

 

Did you tried with MaxRequestsPerChild and MaxMemFree directives?
Thanks
-A

On Fri, Apr 3, 2009 at 6:56 PM, Adrian Marsh <Adrian.Marsh@xxxxxxxxxxxxx> wrote:

Hi Christian,

Do you think you could ask them to see if they resolved it?

I had similar thoughts, so in my VMware copy I tried various things, including working without SSL, but I didn't see the results get any better.

Adrian


-----Original Message-----
From: Domsch, Christian (IZLBW Extern) [mailto:christian.domsch@xxxxxxxxx]
Sent: 03 April 2009 14:23
To: users@xxxxxxxxxxxxxxxx

Subject: AW: Apache memory hog

Hello.

A client of our company has similar issues. They run SLES 10 with apache 2.2.x and the newest subversion 1.5.x and also use https. For authentication they use winbind and not ldap.

They too have the problem, that the apache processes take up a lot of cpu cycles and use up the ram to the point, where the processes crash with out ouf memory. After that the memory is not freed. Even when the httpd processes are stopped (and not crash) the memory is not freed.

I do not know the fine details here, bit the sysadmin found some odd things going on with ssl.

-----Ursprüngliche Nachricht-----
Von: Tom Evans [mailto:tevans.uk@xxxxxxxxxxxxxx]
Gesendet: Freitag, 3. April 2009 15:16
An: users@xxxxxxxxxxxxxxxx
Cc: aw@xxxxxxxxxx
Betreff: RE: Apache memory hog

On Fri, 2009-04-03 at 13:58 +0100, Adrian Marsh wrote:
> Hi Andre,
>
> Thanks for the reply. No its definitely the httpd process.  I see each thread consuming hundreds of megs of RES memory being used in TOP.  I just restarted it and already each is consuming:
>
> 10006 apache    15   0  279m  15m 3160 S  0.0  0.1   0:00.29 httpd
> 10004 apache    15   0  278m  13m 3400 S  0.0  0.1   0:00.05 httpd
> 10007 apache    15   0  278m  13m 3048 S  0.0  0.1   0:00.04 httpd
> 10001 apache    15   0  277m  13m 3456 S  0.0  0.1   0:00.08 httpd
> 10003 apache    15   0  277m  13m 2976 S  0.0  0.1   0:00.10 httpd
> 10002 apache    15   0  277m  13m 3112 S  0.0  0.1   0:00.07 httpd
> 10005 apache    15   0  277m  13m 3080 S  0.0  0.1   0:00.06 httpd
> 10000 apache    15   0  277m  12m 3432 S  0.0  0.1   0:00.51 httpd
>
> Also, I forgot to mention its 1.5.5 of SVN (1.5.2 had a mod_ bugfix for a memory leak).
>
> What interests me at the moment is diagnosing which module it is (as others running 1.5.5 don't report this issue).  It's a fairly vanilla httpd setup other than the svn config.
>
> Adrian
>

Doesnt look that bad. That 27[789]m reported as SIZE is shared between the processes, shared pages and the like, and the RES isn't excessive in my opinion. What does mod_status and mod_server_info say is going on when you notice the memory starvation?

What precisely did you change with your yum update? Did that change core packages, like libc etc?

Cheers

Tom


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
  "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
  "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
  "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx

 

Attachment: httpd.conf
Description: httpd.conf

Attachment: ssl.conf
Description: ssl.conf

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
   "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx

[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux