Diese Frage wurde bereits - upstream vorzeitig geschlossen Verbindung beim Lesen der Response-Header von Upstream, Client Aber wie Jhilke Dai sagte, ist es überhaupt nicht gelöst und ich stimme zu. Habe denselben Fehler bei der nginx + phpFPM Installation bekommen. Aktuelle Softwareversionen: nginx 1.2.8 php 5.4.13 (cli) auf FreeBSd9.1. Eigentlich isoliert dieser Fehler Bit und sicher, dass es passiert, wenn Sie versuchen, große Dateien, größer als 3 MB in mysql über phpMyadmin zu importieren. Zählte auch die Backend-Closing-Verbindung, wenn 30 Sekunden Limit erreicht wurde. Nginx Fehlerprotokoll wirft dies
%Vor%Meine php.ini Limits entsprechend erhöht
%Vor%mein.cnf-bezogenes Limit
%Vor%Fastcgi Grenzen
%Vor%Versucht, Fastcgi Timeouts sowie Puffergrößen zu ändern, das ist nicht geholfen. PHP-Fehlerprotokoll zeigt kein Problem, aktiviert alle Benachrichtigungen, Warnung - nichts nützliches. Auch versucht APC deaktivieren - keine Wirkung.
Ich hatte das gleiche Problem, habe 502 Bad Gateway häufig und zufällig auf meiner Entwicklungsmaschine (OSX + nginx + php-fpm) bekommen und es durch Ändern einiger Parameter unter /usr/local/etc/php/5.6/php gelöst -fpm.conf:
Ich hatte diese Einstellungen:
%Vor%... und änderte sie zu:
%Vor%... und dann den php-fpm-Dienst neu gestartet.
Diese Einstellungen basieren auf dem, was ich hier gefunden habe: [ Ссылка
Wie lange braucht Ihr Skript, um es zu berechnen? Versuchen Sie, sowohl in PHP als auch in Nginx HUGE Timeouts zu setzen und überwachen Sie Ihr System während der Anfrage. Dann optimieren Sie Ihre Werte, um die Leistung zu optimieren.
Verringern Sie auch den Log-Level in PHP-FPM, vielleicht gibt es eine Art Warnung, Info oder Debug-Trace, die Ihnen einige Informationen geben können.
Seien Sie schließlich vorsichtig mit der Anzahl der in PHP-FPM verfügbaren untergeordneten Elemente und Prozesse. Vielleicht hungert Nginx und wartet darauf, dass ein PHP-FPM-Kind verfügbar ist.