Ubuntu php5-fpm wirft beim Neuladen eine unbekannte Instanz

Dies ist ein Ubuntu-Fehler. In /etc/init/php5-fpm.conf gibt es eine auskommentierte Zeile reload signal USR2, die bewirkt, dass die reload-Funktion den php5-fpm-Masterprozess durch Senden von SIGHUP beendet. Alle weiteren Neuladen, Neustarts oder Stopps werden fehlschlagen, da der Masterprozess beendet wurde.

Ich habe dies in Ubuntu 14.04 behoben, indem ich eine Datei /etc/init/php5-fpm.override mit der einzelnen Zeile reload signal USR2 darin erstellt habe. Dank an Jurian Sluimans Kommentar in diese Antwort .

Hier ist der primäre Fehlerbericht , vorgeschlagene Abhilfemaßnahmen und Bestätigung der Abhilfe .

$ ps aux | grep php
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root      1966  0.0  0.9 473276 37040 ?        Ss   10:03   0:00 php-fpm: master process (/etc/php5/fpm/php-fpm.conf)                    
www-data  2009  0.0  1.5 478280 62500 ?        S    10:03   0:01 php-fpm: pool www                                                       
www-data  2011  0.0  1.3 476504 55220 ?        S    10:03   0:00 php-fpm: pool www                                                       
www-data  2012  0.0  1.6 481592 65840 ?        S    10:03   0:00 php-fpm: pool www

$ Sudo service php5-fpm status
php5-fpm start/running, process 1966

$ Sudo service php5-fpm stop
php5-fpm stop/waiting

$ Sudo service php5-fpm status
php5-fpm stop/waiting

$ Sudo service php5-fpm start
php5-fpm start/running, process 2651

$ Sudo service php5-fpm status
php5-fpm start/running, process 2651

$ ps aux | grep php
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root      2651  0.2  0.9 473276 36996 ?        Ss   10:35   0:00 php-fpm: master process (/etc/php5/fpm/php-fpm.conf)                    
www-data  2654  0.0  0.1 473276  7104 ?        S    10:35   0:00 php-fpm: pool www                                                       
www-data  2655  0.0  0.1 473276  7104 ?        S    10:35   0:00 php-fpm: pool www                                                       
www-data  2656  0.0  0.1 473276  7104 ?        S    10:35   0:00 php-fpm: pool www

Normalerweise funktioniert der Befehl service gut:

service php5-fpm restart

Wenn jedoch das Problem "unbekannte Instanz" auftritt, können Sie einfach die Prozesse beenden und den Dienst neu starten.

Sudo pkill php5-fpm; Sudo service php5-fpm start

Versuchen Sie, Ihre php5-fpm-Instanz erneut mit service php5-fpm stop zu beenden. Warten Sie einige Sekunden. Versuchen Sie herauszufinden, welche Prozesse nicht mit ps -ef beendet wurden. Beenden Sie sie mit kill <processId>. Starten Sie php5-fpm erneut . Es scheint, dass nicht alle untergeordneten Prozesse ordnungsgemäß mit service ...-Befehl ..__ beendet wurden. Ich habe ähnliche Probleme mit dem Server, aber sie sind nicht regelmäßig

Ich habe das gleiche Problem mit ENVOYER FOR LARAVEL erlebt - und das war ziemlich ärgerlich. Meine Lösung bestand darin, Option 3 zu folgen: https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1242376/comments/16

Erstellen Sie die Datei /etc/init/php5-fpm.override mit der einzeiligen Zeile "reload signal USR2".

Die Bereitstellung bei Envoyer brachte mich hierher. Am Ende fügte ich der Activate New Release-Aktion mit dem pkill php5-fpm-Prozess einen 'before'-Implementierungshaken hinzu

Die Option, die für mich funktionierte, war das Zurücksetzen von Opcache. Erstellen Sie eine Datei opcache-reset.php in Ihrem Site-Stamm und fügen Sie Folgendes hinzu:

<?php opcache_reset(); ?>

Nach dem Zurücksetzen von opcache können Sie die Datei löschen oder aus dem Site-Stamm verschieben.

Scheint, als ob der Befehl service manchmal fehlschlägt. Ich weiß nicht, aus welchem ​​Grund ich diese Problemumgehung in /etc/logrotate.d/php5-fpm verwendet habe:

/var/log/php5-fpm.log {
    ...
    postrotate
        # The original reload command did never work
        #invoke-rc.d php5-fpm reopen-logs > /dev/null

        # Workaround for cases when the reload command fails for some reason
        service php5-fpm reload > /dev/null 2>&1
        [ $? = 0 ] || ( service php5-fpm stop; pkill php5-fpm; service php5-fpm start ) > /dev/null
    endscript
}

Wenn keine der obigen Antworten das Problem löst, testen Sie Ihre Konfiguration, um Ihre Fehler zu sehen:

$ php5-fpm -t

In den meisten Fällen haben Sie wahrscheinlich einen Fehler in Ihrem /etc/php5/fpm/php-fpm.conf oder /etc/php5/fpm/pool.d/www.conf gemacht.

Für mich stellte sich heraus, dass dies ein Fehler in der Pool-Konfigurationsdatei war (geladen aus dem Pool.d-Verzeichnis).

Führen Sie php-fpm7.0 -t aus, um configtest auszuführen (Name der ausführbaren Datei kann je nach Installation und Name des Dienstes variieren)