Re: Kernel: Out of Memory: Killed process 5524 (httpd)

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

 



Unless you are using embedded languages, I'm not seeing what's causing
this - this appears to be using at most 450MB of memory if all 150 copies
of HTTPD are in use.  In addition, httpd doesn't really suffer from memory
management problems because (a) it's well written, (b) it uses pooled
memory which is easier to manage, and (c) it kills off each process after
so many requests.

My guess is that you're using something like mod_perl which is growing to
a very large size on certain requests.  PHP isn't very likely to do this
because you the default resource limits on it are very conservative.

Anyway, let me know what languages you're running.

Jon

On Tue, 1 Jun 2004, Jay Berryman wrote:

> Here is the top output on the apache processes.
>
> 1686 root      15   0  1112  316   268 S     0.0  0.0   0:00   0 httpd
> 17031 apache    15   0  2472 2092  1504 S     0.0  0.4   0:00   0 httpd
> 17362 apache    15   0  2372 1988  1424 S     0.0  0.3   0:00   0 httpd
> 17363 apache    15   0  2408 2024  1444 S     0.0  0.3   0:00   1 httpd
> 17408 apache    15   0  2396 2000  1444 S     0.0  0.3   0:00   0 httpd
> 17409 apache    15   0  2352 1964  1400 S     0.0  0.3   0:00   0 httpd
> 17410 apache    15   0  2460 2076  1500 S     0.0  0.4   0:00   0 httpd
> 17411 apache    15   0  2380 1984  1432 S     0.0  0.3   0:00   1 httpd
>
> Here is the language section from httpd.conf
>
> AddLanguage da .dk
> AddLanguage nl .nl
> AddLanguage en .en
> AddLanguage et .et
> AddLanguage fr .fr
> AddLanguage de .de
> AddLanguage he .he
> AddLanguage el .el
> AddLanguage it .it
> AddLanguage ja .ja
> AddLanguage pl .po
> AddLanguage kr .kr
> AddLanguage pt .pt
> AddLanguage nn .nn
> AddLanguage no .no
> AddLanguage pt-br .pt-br
> AddLanguage ltz .ltz
> AddLanguage ca .ca
> AddLanguage es .es
> AddLanguage sv .se
> AddLanguage cz .cz
> AddLanguage ru .ru
> AddLanguage tw .tw
> AddLanguage zh-tw .tw
> AddLanguage hr .hr
>
> On Tue, 2004-06-01 at 15:26, Jonathan Bartlett wrote:
>
> > How big is your average httpd process?  What language modules have you
> > included?
> >
> > Jon
> >
> > On Tue, 1 Jun 2004, Jay Berryman wrote:
> >
> > > There is 500MB of memory and 2GB of swap.  Here is an output from top
> > > showing the other info.
> > >
> > >  15:21:53  up 14:07,  1 user,  load average: 0.53, 0.35, 0.30
> > > 117 processes: 116 sleeping, 1 running, 0 zombie, 0 stopped
> > > CPU0 states:   0.0% user   1.0% system    0.0% nice   0.0% iowait  98.4%
> > > idle
> > > CPU1 states:   0.0% user   0.1% system    0.0% nice   0.0% iowait  99.4%
> > > idle
> > > Mem:   513172k av,  500900k used,   12272k free,       0k shrd,  148244k
> > > buff
> > >                     308452k actv,      32k in_d,    7824k in_c
> > > Swap: 2096252k av,    2812k used, 2093440k free                  198312k
> > > cached
> > >
> > >
> > > On Tue, 2004-06-01 at 15:20, Jonathan Bartlett wrote:
> > >
> > > > How much memory do you have?  How many processes other than HTTPD are
> > > > running and how much memory are they taking up?
> > > >
> > > > Jon
> > > >
> > > > On Tue, 1 Jun 2004, Jay Berryman wrote:
> > > >
> > > > > Here is part of my httpd.conf file that lists what those values are.  If
> > > > > they are ste to high, what is a good number to set them to?
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > > <IfModule prefork.c>
> > > > > > StartServers       8
> > > > > > MinSpareServers    5
> > > > > > MaxSpareServers   20
> > > > > > MaxClients       150
> > > > > > MaxRequestsPerChild  1000
> > > > > > </IfModule>
> > > > >
> > > > >
> > > > >
> > > > > > <IfModule worker.c>
> > > > > > StartServers         2
> > > > > > MaxClients         150
> > > > > > MinSpareThreads     25
> > > > > > MaxSpareThreads     75
> > > > > > ThreadsPerChild     25
> > > > > > MaxRequestsPerChild  0
> > > > > > </IfModule>
> > > > >
> > > > >
> > > > >
> > > > > > <IfModule perchild.c>
> > > > > > NumServers           5
> > > > > > StartThreads         5
> > > > > > MinSpareThreads      5
> > > > > > MaxSpareThreads     10
> > > > > > MaxThreadsPerChild  20
> > > > > > MaxRequestsPerChild  0
> > > > > > </IfModule>
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Tue, 2004-06-01 at 15:00, Jonathan Bartlett wrote:
> > > > >
> > > > > > My gues is that you have MaxClients set way too high.
> > > > > >
> > > > > > Jon
> > > > > >
> > > > > > On Tue, 1 Jun 2004, Jay Berryman wrote:
> > > > > >
> > > > > > > I have been seeing the following error messages in /var/log/messages
> > > > > > > every couple of days.
> > > > > > >
> > > > > > > kernel: Out of Memory: Killed process 5524 (httpd)
> > > > > > >
> > > > > > >  These type of messages continue on through the log until the server
> > > > > > > crashes.  I believe it is a memory leak in apache, but I have no idea
> > > > > > > what is causing it.  I am currently running RedHat 9.0 on kernel
> > > > > > > 2.4.20-8smp with apache version 2.0.40.   The server is completly up to
> > > > > > > date with the latest redhat bugfixes and errata.  Any help on this issue
> > > > > > > would be greatly apreciated.  Thanks.
> > > > > > >
> > > > > > > --
> > > > > > > Jay Berryman
> > > > > > > Systems Engineer, RHCT
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > redhat-list mailing list
> > > > > > > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> > > > > > > https://www.redhat.com/mailman/listinfo/redhat-list
> > > > > > >
> > > > >
> > > > > --
> > > > > Jay Berryman
> > > > > Systems Engineer, RHCT
> > > > >
> > > > > This message and any attachments are intended only for the use of the
> > > > > addressee and may contain information that is privileged and
> > > > > confidential.  If the reader of the message is not the intended
> > > > > recipient, or the authorized agent of the intended recipient, you are
> > > > > hereby notified that any dissemination of this communication is strictly
> > > > > prohibited.  If you have received this communication in error, please
> > > > > notify SITEL immediately by telephone at 402.963.6001 and delete the
> > > > > message and any attachments from your system.  Thank you for your
> > > > > cooperation.
> > > > > --
> > > > > redhat-list mailing list
> > > > > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> > > > > https://www.redhat.com/mailman/listinfo/redhat-list
> > > > >
> > >
> > > --
> > > Jay Berryman
> > > Systems Engineer, RHCT
> > >
> > > This message and any attachments are intended only for the use of the
> > > addressee and may contain information that is privileged and
> > > confidential.  If the reader of the message is not the intended
> > > recipient, or the authorized agent of the intended recipient, you are
> > > hereby notified that any dissemination of this communication is strictly
> > > prohibited.  If you have received this communication in error, please
> > > notify SITEL immediately by telephone at 402.963.6001 and delete the
> > > message and any attachments from your system.  Thank you for your
> > > cooperation.
> > >
>
> --
> Jay Berryman
> Systems Engineer, RHCT
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and
> confidential.  If the reader of the message is not the intended
> recipient, or the authorized agent of the intended recipient, you are
> hereby notified that any dissemination of this communication is strictly
> prohibited.  If you have received this communication in error, please
> notify SITEL immediately by telephone at 402.963.6001 and delete the
> message and any attachments from your system.  Thank you for your
> cooperation.
>


-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux