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
