Nginx + PHP-FPM 502 Bad Gateway

Я получаю 502 Bad Gateway от Nginx на линии PHP-кода, который отлично работает в других местах моей программы ( $this->provider = new OAuthProvider(); ), и они отлично работали раньше. Это сообщение, которое я получаю в журнале ошибок Nginx для каждого 502:

recv () не удалось (104: Соединение сброшено одноранговым узлом) при чтении заголовка ответа от восходящего потока

В журнале PHP-FPM есть предупреждение для каждого 502:

[ПРЕДУПРЕЖДЕНИЕ] [пул www] ребенок 17427 вышел из сигнала 11 SIGSEGV после 142070.657176 секунд с начала

Попробовав несколько изменений в nginx.conf, я застрял и очень ценю любые указатели на то, что делать дальше.

Я запускаю Nginx 0.7.67 и PHP 5.3.2 на Ubuntu 10.04.

возможно, http://pecl.php.net/bugs/bug.php?id=17689 или идентификатор ошибки # 18138

Ваш PHP-процесс разбился с помощью segfault («сигнал 11 SIGSEGV»), что заставило Nginx увидеть «сброс соединения с помощью однорангового узла» (PHP – это «сверстник» в этом случае, и Nginx говорит вам: «Смотрите, он повесил трубку на меня прежде чем я смогу получить от него ответ »).

Просмотрите страницу базы данных PHP Bug о том, как сообщать об ошибке, которую кто-то захочет исправить, чтобы узнать, как получить обратную трассировку segfault, чтобы вы могли сообщить об этом.

У меня была такая же проблема с APC. поэтому я удалил его и вместо этого установил eaccelerator. пока не проблема.

У меня были аналогичные проблемы с nginx / lighttpd + php-fcgi (с использованием spawn-fcgi), используете ли вы какой-то кеш-код для php? То, что я нашел довольно давно, это то, что xcache вызывал странное поведение в php-fcgi, некоторые процессы php-fcgi случайно умерли, я не смог найти какой-либо шаблон. Я бы порекомендовал взглянуть на настройки apc (или другого кода операции), если вы используете их. Прямо сейчас я использую nginx + php-fpm на freebsd и не имею проблем.

ZendOptimizer + APC + php-fpm 5.2.14 дает постоянно воспроизводимый SIGSEGV даже на phpinfo () ;.

Попробуйте выключить сухозин. Иногда это приводит к сбою Apache.