Как найти что вызывает Internal Server Error?

Question

[ipokos]

Магазин. При входе в админку Internal Server Error.
max_execution_time - 30 сек. (увеличивать не вариант т.к. нужно найти причину возникновения ошибки)
В логе ошибок:
FastCGI: comm with server "/fcgi-bin-php5.6-fpm-domain" aborted: idle timeout (30 sec)
FastCGI: incomplete headers (0 bytes) received from server "/fcgi-bin-php5.6-fpm-domain"

В БД смотрел в SHOW FULL PROCESSLIST, было около 20+ sleep процессов, пробовал все завершать.

На 99% уверен что проблем можно устранить, если ребутнуть сервак. Но нужно найти причину, т.к. это возникает не первый раз.

Есть какой то способ найти, что и где вызывает эту ошибку?

Answer 1

[Сергей]

Есть какой то способ найти, что и где вызывает эту ошибку?

Смотрите и другие логи, а именно логи веб сервера (apache, nginx), системные логи (systemctl и\или syslog)

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

Comments

[ipokos]

сервер apache, в его логах ошибок вообще никаких нет. (ну точнее есть, но давние)

А подскажите, в syslog искать что то конкретное?
Вот что последнее, но мало что тут понимаю...

AMQP message sent: disk.usage.normal, /dev/dm-1, 53.0% used, 102275448832b disk size, 46574518272b space available
lost connection after AUTH from unknown[ip]
disconnect from unknown[ip]
CMD ([ -x /usr/sbin/provider-update-hosts-deny ] && /usr/sbin/provider-update-hosts-deny)
statistics: max connection rate 1/60s for (smtp:ip_address) at May 31 20:39:46
statistics: max connection count 1 for (smtp:ip_address) at May 31 20:39:46
statistics: max cache size 1 at May 31 20:39:46
(root) CMD ([ -x /usr/sbin/provider-update-hosts-deny ] && /usr/sbin/provider-update-hosts-deny)

[Сергей]

ipokos, в этих логах ничего нет, относительно Вашей проблемы.
Думаю, надо увеличить максимальное время выполнения php скрипта, либо дэбажить сам програмный код.

[ipokos]

Окей, спасибо большое.

Answer 2

[Виктор Таран]

1.max_execution_time - 30 - это беспрецидентно мало особенно для выгрузок и импортов с 1с, генерации чего, либо
В любом случае его вам надо будет повысить, как минимум для долгих скриптов, а в некоторых случаях так и вовсе поставить -1
Варианты.
1. Выгрузка в 1с
2. выгрузка на маркет
3. Выгрузка в яндекс каталог
4. Выгрузка на vk
5. В некотрых случаях даже генерация sitemap
6. Постобработчики
7. Возможно некоторые агенты
8. генерация чего угодно более 30 секунд

На 99.999% уверен что ребут вообще никак не поможет, в лучшем случае вы убьете все зомби процессы, но это можно сделать и релоадом апача и mysql

Comments

[ipokos]

На 99.999% уверен что ребут вообще никак не поможет

Был уверен в обратном, но Вы правы, пришлось ребутнуть, вопрос не решился..

[Виктор Таран]

Для начала попробуйте определить момент когда это происходит
для этого можно будет легко спарсить лог
что -то вроде такого
tail -f error.log | grep "idle timeout (30 sec)"
и посерфите по сайту
А так же выключите всех агентов на момент поиска, и уберите задачи на кроне
А проще повысить до 60 сек и посмотреть что происходит, выделить отдельные настройки для тяжелых скриптов.