Падает апач. С чем связано, что делать?

А что с ней еще делать?

Ну... в принципе вы правы )) но под 0 , рассчитывая на swap.... жидко как-то IMHO. Процентов бы 5-10 оставил бы "просто так".

Сейчас на сервере все ок, нагрузка незначительная. /server-status вот это выдает:

Apache Server Status for localhost



Server Version: Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny16 with

Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g



Server Built: Feb 5 2012 21:40:20



----------------------------------------------------------------------



Current Time: Tuesday, 03-Jul-2012 15:10:34 MSK



Restart Time: Tuesday, 03-Jul-2012 15:07:38 MSK



Parent Server Generation: 0



Server uptime: 2 minutes 55 seconds



Total accesses: 251 - Total Traffic: 110 kB



CPU Usage: u47.52 s2.65 cu0 cs0 - 28.7% CPU load



1.43 requests/sec - 643 B/second - 448 B/request



1 requests currently being processed, 2 idle workers



W__.............................................................

................................................................

................................................................

................................................................ 

Scoreboard Key:

"_" Waiting for Connection, "S" Starting up, "R" Reading Request,

"W" Sending Reply, "K" Keepalive (read), "D" DNS Lookup,

"C" Closing connection, "L" Logging, "G" Gracefully finishing,

"I" Idle cleanup of worker, "." Open slot with no current process



Srv PID Acc M CPU SS Req Conn Child Slot Client VHost Request 

0-0 19808 0/101/101 W 20.50 0 0 0.0 0.05 0.05 127.0.0.1 vp11105-host.com GET /server-status HTTP/1.1 

1-0 19889 0/102/102 _ 19.96 0 203 0.0 0.05 0.05 77.4.237.119 domain123.net GET 

/page1 

2-0 21009 0/48/48 _ 9.71 0 204 0.0 0.00 0.00 77.4.237.111 domain123.com GET /page1/ 

HTTP/1 



----------------------------------------------------------------------



Srv Child Server number - generation 

PID OS process ID 

Acc Number of accesses this connection / this child / this slot 

M Mode of operation 

CPU CPU usage, number of seconds 

SS Seconds since beginning of most recent request 

Req Milliseconds required to process most recent request 

Conn Kilobytes transferred this connection 

Child Megabytes transferred this child 

Slot Total megabytes transferred this slot 



---------------------------------------------------------------------- 

SSL/TLS Session Cache Status: 

cache type: SHMCB, shared memory: 512000 bytes, current sessions: 0 

sub-caches: 32, indexes per sub-cache: 133 

index usage: 0%, cache usage: 0% 

total sessions stored since starting: 0 

total sessions expired since starting: 0 

total (pre-expiry) sessions scrolled out of the cache: 0 

total retrieves since starting: 0 hit, 0 miss 

total removes since starting: 0 hit, 0 miss 



----------------------------------------------------------------------



Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny16 with Suhosin-Patch

mod_ssl/2.2.9 OpenSSL/0.9.8g Server at localhost Port 8080 

Ну там так и будет, если считать по mem а не rss

ApmeM, судя по "точечкам" вы уже MaxClients увеличили ?

Если да, то наблюдайте, а если повторится ситуация топайте сразу в server-status смотреть кто все свободные конекты покушал..... Кстати у вас вывод сокращен, там еще опция есть Extended... че-то там (точно не помню) она даст в /server-status больше информации о состоянии конектов.

---------- Добавлено 03.07.2012 в 18:27 ----------

Если "разметить" всю память под процессы апача... и допустить их запуск ... мало вероятно что память останется ...

Romka_Kharkov, спасибо за помощь!

Это означает что ошибка больше не появляется и проблема решена, сайты работают, апач не падает? (Хотя он и не падал как я понимаю). :)

Будет, mem всегда выше rss. Это же арифметика.

Я понимаю, но кроме апача наверное в системе еще что-то может быть ? :)

А то что есть, уже и так память занимает.