Постоянно падает php-fpm приходится делать рестарт

R
На сайте с 22.06.2007
Offline
174
9397

Проблема такая: с недавнего времени по нескольку раз в день начал падать php-fpm, приходится делать /etc/init.d/php5-fpm stop /etc/init.d/php5-fpm stop, иначе ни один сайт на сервере не работает. Сервер работает уже полгода и раньше такого не происходило. В логах php-fpm такое:

[09-Aug-2012 04:07:27] WARNING: [pool www] child 12043 exited on signal 11 (SIGSEGV) after 35.646667 seconds from start
[09-Aug-2012 04:07:27] NOTICE: [pool www] child 12063 started
[09-Aug-2012 04:32:46] WARNING: [pool www] server reached pm.max_children setting (5), consider raising it
[09-Aug-2012 06:26:23] WARNING: [pool www] server reached pm.max_children setting (5), consider raising it
[09-Aug-2012 08:17:44] WARNING: [pool www] server reached pm.max_children setting (5), consider raising it
[09-Aug-2012 08:51:59] WARNING: [pool www] server reached pm.max_children setting (5), consider raising it
[09-Aug-2012 09:04:46] WARNING: [pool www] server reached pm.max_children setting (5), consider raising it
[09-Aug-2012 09:17:01] WARNING: [pool www] server reached pm.max_children setting (5), consider raising it
[09-Aug-2012 09:19:55] WARNING: [pool www] server reached pm.max_children setting (5), consider raising it
[09-Aug-2012 09:48:37] WARNING: [pool www] server reached pm.max_children setting (5), consider raising it
[09-Aug-2012 10:23:50] WARNING: [pool www] server reached pm.max_children setting (5), consider raising it

Подскажите пожалуйста, в чем может быть проблема.

L
На сайте с 13.01.2011
Offline
125
#1

server reached pm.max_children setting (5), consider raising it - перевести ?

fpm заставьте слушать сокет а не tcp и настройте monit

Контакты-icq 535609 ()
R
На сайте с 22.06.2007
Offline
174
#2
Logger:
server reached pm.max_children setting (5), consider raising it - перевести ?

Конфиг не менялся уже полгода, а проблема начала проявляться только последние несколько дней.

Logger:
fpm заставьте слушать сокет а не tcp

сейчас попробую

Logger:
настройте monit

что это, можно поподробнее?

L
На сайте с 13.01.2011
Offline
125
#3

сокет для monit ) . это лишь половина проблемы

R
На сайте с 22.06.2007
Offline
174
#4
Logger:
pm заставьте слушать сокет а не tcp

Если ставлю в конфиге nginx:

#fastcgi_pass 127.0.0.1:9000;
fastcgi_pass unix:/tmp/php-fpm.sock;

то nginx для этого хоста выдает:

502 Bad Gateway
nginx/1.0.14
L
На сайте с 13.01.2011
Offline
125
#5

тогда вам уже надо обращаться за платными услугами

R
На сайте с 22.06.2007
Offline
174
#6
Logger:
тогда вам уже надо обращаться за платными услугами

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

А если вы не имеете желание помогать в чем-то бесплатно, зачем вообще тогда отписываете в ветке?

L
На сайте с 13.01.2011
Offline
125
#7

решения уже все написаны выше, а элементарно загуглить ошибки и monit php5-fpm вам видимо просто лень

M
На сайте с 16.09.2009
Offline
278
#8
Reise:
Ну раз я не обратился за платными услугами, значит наверно считаю, что мне это не надо.

Если надо, чтобы работало: либо хоть немного думайте головой (да, конфиг nginx *тоже* нужно ведь было изменить соответствующе, а?) - либо не жадничайте.

Reise:
Подскажите пожалуйста, в чем может быть проблема.
[09-Aug-2012 04:32:46] WARNING: [pool www] server reached pm.max_children setting (5), consider raising it

- Здесь вам все верно "подсказали". Есть вопросы по этому?

Возможно, что за "падения" с вашей точки зрения - ответственно именно это. Тупо увеличивать не надо - надо разобраться почему старая настройка перестала быть достаточной (может на бакенде есть какие-то медленные скрипты и т.п.).

[09-Aug-2012 04:07:27] WARNING: [pool www] child 12043 exited on signal 11 (SIGSEGV) after 35.646667 seconds from start

А вот это уже похоже на реальное "падение". Если таких строчек много (напр., количество сравнимо с reached pm.max_children setting) - нужно разбираться. Ставьте пакеты с отладочными символами, получайте coredump и анализируйте его дебагером.

Reise:
что это, можно поподробнее?

В гугле забанили?

http://mmonit.com/monit/

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().
R
На сайте с 22.06.2007
Offline
174
#9

Да да, гуглю конечно, спасибо.

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

---------- Добавлено 10.08.2012 в 08:39 ----------

myhand:
может на бакенде есть какие-то медленные скрипты

Да, есть такое дело. Проблема как раз появилась после того, как добавил на сервер сайт, который довольно медленно генерит страницы, из-за того что он их парсит из выдачи ПС, что есть довольно медленно. Даже визуально на этом сайте страницы долго грузятся. Осталось определить как конкретно оно могло повлиять на php-fpm - может какая-то ограничительная настройка на время выполнения скрипта. Ищу...

---------- Добавлено 10.08.2012 в 08:45 ----------

myhand:
либо не жадничайте.

Вы знаете, даже не в жадности проблема. Принципиально не хочу никого пускать на сервер. А то был когда-то давно прецедент: некий недобросовестный системный администратор (сразу уточню, не с серча) развернул на моем сервере целый комплекс для себя. Полностью залатать дыры я так и не смог и кончилось это тем, что я тупо сменил сервер и отсетапил все заново. Я не говорю, что это так всегда, всегда раньше пользовался услугами и все ок, а вот однажды и такое случилось...

M
На сайте с 16.09.2009
Offline
278
#10
Reise:
Осталось определить как конкретно оно могло повлиять на php-fpm

Что тут нужно "определять"? Стоит толпа процессов - и обрабатывает ваши медленные запросы. А больше наплодить их php-fpm не позволено.

Reise:
Вы знаете, даже не в жадности проблема. Принципиально не хочу никого пускать на сервер. А то был когда-то давно прецедент: некий недобросовестный системный администратор (сразу уточню, не с серча) развернул на моем сервере целый комплекс для себя. Полностью залатать дыры я так и не смог и кончилось это тем, что я тупо сменил сервер и отсетапил все заново. Я не говорю, что это так всегда, всегда раньше пользовался услугами и все ок, а вот однажды и такое случилось...

У семи нянек - дитя без глазу. Просто не нужно судорожно искать на форуме/в списке контактов ICQ/etc нового "администратора", когда приспичит что-то решить, а метода тыка вам для этого не хватит... Сотрудничайте с кем-то постоянно. Если нет желания приобретать профильные знания систематически - имеет смысл отдать кому-то сервера на постоянное администрирование.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий