Nginx + PHP-FPM 502 Bad Gateway

Sto ricevendo un 502 Bad Gateway da Nginx su una row di codice PHP che funziona bene in altri posti del mio programma ( $this->provider = new OAuthProvider(); ), e che ha funzionato bene prima. Questo è il messaggio che ottengo nel log degli errori di Nginx per each 502:

recv () non riuscito (104: Connection reset by peer) durante la lettura dell'intestazione di risposta da upstream

Nel log PHP-FPM è presente un avviso per each 502:

[ATTENZIONE] [pool www] figlio 17427 uscito sul segnale 11 SIGSEGV dopo 142070.657176 secondi dall'inizio

Dopo aver provato un certo numero di modifiche a nginx.conf, sono bloccato e apprezzerei molto qualsiasi suggerimento su cosa fare dopo.

Sto eseguendo Nginx 0.7.67 e PHP 5.3.2 su Ubuntu 10.04.

Il tuo process PHP si è bloccato con un segfault ("segnale 11 SIGSEGV"), che ha causato a Nginx di vedere "connessione ripristinata dal peer" (PHP è il "peer" in questo caso, e Nginx ti sta dicendo "Guarda, mi ha riagganciato prima che potessi avere una risposta da lui ").

Controlla la pagina del database dei bug di PHP su come segnalare un bug che qualcuno vorrà risolvere per scoprire come get un backtrace del segfault in modo da poterlo segnalare.

Ho avuto lo stesso problema con APC. così l'ho rimosso e installato invece eaccelerator. nessun problema finora.

Ho avuto problemi simili con nginx / lighttpd + php-fcgi (usando spawn-fcgi), usi qualche cache opcode per php? Quello che ho trovato un po 'di tempo fa è che xcache stava causando strani comportmenti in php-fcgi, alcuni processi php-fcgi sono morti a caso, non sono stato in grado di trovare alcun pattern. Consiglierei di dare un'occhiata alle impostazioni di apc (o altre cache opcode), se ne stai usando. In questo momento sto usando nginx + php-fpm su freebsd e non ho problemi.

ZendOptimizer + APC + php-fpm 5.2.14 fornisce SIGSEGV costantemente riproducibile anche su phpinfo () ;.

Prova a distriggersre la suhosin. A volte si blocca Apache.