случайно не оно http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6388

>случайно не оно

В моем 2.0.63 это исправлено.

Если бы это был httpd-perl, я бы сказал, что подвисает криво написанное приложение (вот у нас на работе ровно так и было недавно).

А так -- не знаю.

>я бы сказал, что подвисает криво написанное приложение

К сожалению, у меня не приходит на ум ничего такого. Судя по запросам, на которых виснут процессы, это обращения к совершенно разным данным - статические файлы, форум, сайт.

Общего у них разве что php + mysql, но ни их версии, ни скрипты кажись не менялись непосредственно перед началом проблем.

Внезапно!

Мигрируй уже на lighttpd или nginx, а похапе пускай через fastcgi. Такой расклад не в пример надёжнее mod_php, ибо интерпретатор и http-сервер разнесены по разным процессам. Ну а подвисшие процессы php можно легко убивать по таймауту, с занесением в лог.

Спасибо конечно за предложение, но я хочу понять в чем проблема, а не пытаться убежать от нее.

Если бы я хотел что-то убивать вручную, то не спрашивал бы тут как это сделать :)

В апаче твоя проблема, лол. Если я начну перечислять все глюки, которые огрёб с mod_php и mod_python, ты слушать устанешь.

Да, надеюсь, ты mpm_prefork используешь? Когда дело доходит до тредов, всё становится совсем плохо.

Моя проблема в том, что я не могу понять причину сбоев, а не в apache.

И да, мы используем prefork.

>>Моя проблема в том, что я не могу понять причину сбоев, а не в apache.

Попробуйте strace -p PID на "зависшем" чайлде, хотя-бы поймёте на каком системном вызове оно виснет.

>Попробуйте strace -p PID на "зависшем" чайлде

Это было почти первое, что сделали.

Никакой полезной (для нас) информации не получили - на чем виснет не выяснили, поскольку отловить этот момент не получилось и заставить "зависнуть" возможности нет. А позже процесс уже никакой активности не проявляет вообще.

Ну последний сделанный вызов-то должен быть виден. Я несколько раз встречался с похожими проблемпми. Один раз оказалось, что PHP пытался делать exclusive filelock на NFS. Второй -- poll таймаутился т.к. на удалённой системе не было дырки в файрволе, а с неё шёл инклюд. В третий -- луп с таймаутящимся select-ом, т.к. приложение не снимало лок с файла.

В server-status все чайлды в "W", независимо от запроса?

>В server-status все чайлды в "W", независимо от запроса?

Так точно.