PHP-FPM - upstream vorzeitig geschlossen wird die Verbindung beim Lesen der Antwort-header

Sah schon die gleiche Frage - upstream vorzeitig geschlossen wird die Verbindung beim Lesen der Antwort-header aus vorgelagerten, client
Aber wie Jhilke Dai sagte, dass es nicht gelöst und ich bin damit einverstanden.
Habe genau denselben Fehler auf nginx+phpFPM installation. Aktuelle software-Versionen: nginx 1.2.8 php 5.4.13 (cli) auf FreeBSd9.1. Eigentlich bit, isoliert diesen Fehler, und sicher, es passiert beim importieren von großen Dateien, die größer als 3 MB zu mysql über phpMyadmin. Auch gezählt werden, dass die backend-Verbindung zu schließen, wenn die 30 Sekunden-Grenze erreicht.
Nginx error log werfen diese

 [error] 49927#0: *196 upstream prematurely closed connection while reading response header from upstream, client: 7X.XX.X.6X, server: domain.com, request: "POST /php3/import.php HTTP/1.1", upstream: "fastcgi://unix:/tmp/php5-fpm.sock2:", host: "domain.com", referrer: "http://domain.com/phpmyadmin/db_import.php?db=testdb&server=1&token=9ee45779dd53c45b7300545dd3113fed"

Mein php.ini-Grenzen angehoben, entsprechend

upload_max_filesize = 200M
default_socket_timeout = 60
max_execution_time = 600
max_input_time = 600

meine.cnf Verwandte limit

max_allowed_packet = 512M

Fastcgi Grenzen

location ~ \.php$ {
# fastcgi_split_path_info ^(.+\.php)(.*)$;
fastcgi_pass unix:/tmp/php5-fpm.sock2;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;

fastcgi_intercept_errors on;
fastcgi_ignore_client_abort on;
fastcgi_connect_timeout 60s;
fastcgi_send_timeout 200s;
fastcgi_read_timeout 200s;
fastcgi_buffer_size 128k;
fastcgi_buffers 8 256k;
fastcgi_busy_buffers_size 256k;
fastcgi_temp_file_write_size 256k;

Versucht zu ändern fastcgi-timeouts sowie Puffer-Größen, das ist auch nicht geholfen.
php-error-log nicht zeigen problem, aktiviert alle Benachrichtigungen, Warnung - nichts brauchbares.
Habe auch versucht zu deaktivieren, APC - kein Effekt.

InformationsquelleAutor Demontager | 2013-05-04
  1. 4

    Ich hatte das gleiche Problem, bekam 502 Bad Gateway Häufig und zufällig auf meiner Entwicklungs-Maschine (OSX + nginx + php-fpm), und löste es, indem Sie einige Parameter in /usr/local/etc/php/5.6/php-fpm.conf:

    Hatte ich diese Einstellungen:

     pm = dynamic
 pm.max_children = 10
 pm.start_servers = 3
 pm.max_spare_servers = 5

    ... und verändert Sie:

    pm = dynamic
pm.max_children = 10
pm.start_servers = 10
pm.max_spare_servers = 10

    ... und dann neu gestartet, die php-fpm-Dienst.

    Diese Einstellungen basieren auf dem, was ich hier gefunden: [https://bugs.php.net/bug.php?id=63395%5D

    • Funktioniert! Ich sah überall für eine Lösung, diese ist die einzige, die ich gefunden, die funktioniert.
    InformationsquelleAutor Mirko
  2. 0

    Wie lange braucht dein Skript nehmen, um zu berechnen? Versuchen, sowohl in PHP und Nginx RIESIGE timeouts und überwachen Sie Ihr system während der Anfrage. Dann Stimmen Sie Ihre Werte, die Leistungsfähigkeit zu optimieren.

    Außerdem senken Sie den log-level in PHP-FPM, vielleicht gibt es irgendeine Art von Warnung, info oder debug-Ablaufverfolgung, die Ihnen einige Infos.

    Schließlich seien Sie vorsichtig mit der Anzahl der Kinder und die Prozesse in der PHP-FPM. Vielleicht Nginx verhungern ist, zu warten, für einen PHP-FPM Kind verfügbar sein.

    InformationsquelleAutor ma.tome
Schreibe einen Kommentar