Immer wieder Probleme mit nginx-php-fcgi

  • Guten Tag,


    wir haben immer wieder probleme mit dem nginx-php-fcgi. Nach einem Update über apt-get upgrade oder auch nach einem Neustart ist dieser Prozess selten gestartet. Dies führt natürlich zu einer nicht Erreichbarkeit aller PHP Sites die über NGINX laufen. Hier sollte der LiveConfig Prozess vielleicht die vital werte des nginx-php-fcgi Prozess überprüfen.

  • Guten Abend Herr Keppler,


    wir haben mit dem nginx-php-fcgi noch Probleme festgestellt.


    Folgende Systemdaten



    Code
    2015/02/11 15:26:45 [error] 18614#0: *3699 connect() to unix:/var/www/seo406/conf/sockets/nginx-php-fcgi.sock failed (111: Connection refused) while connecting to upstream, client: 62.210.83.113, server: www.energiekostenonline.de, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/www/seo406/conf/sockets/nginx-php-fcgi.sock:", host: "www.energiekostenonline.de"


    Der Prozess nginx-php-fcgi muss regelmäßig neugestartet werden.


    Code
    root@server106:~# /etc/init.d/nginx-php-fcgi restart
    Stopping PHP FastCGI for NGINX: seo401 seo403 seo404 seo405 seo406 web80053-509 web80167-501 - done.
    Starting PHP FastCGI for NGINX: seo401 seo403 seo404 seo405 seo406 web80053-509 web80167-501 - done.


    Damit ist regelmäßig jede NGINX Site offline.

  • Bei uns stirbt auch immer wieder mal ein einzelner nginx-php-fcgi Prozess.


    Logfile:

    Code
    2016/07/26 11:43:29 [error] 26843#0: *8794 connect() to unix:/var/www/feuerdbt/conf/sockets/nginx-php-fcgi.php56.sock failed (111: Connection refused) while connecting to upstream, client: 213.153.79.45, server: www.xxxxxx.de, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/www/feuerdbt/conf/sockets/nginx-php-fcgi.php56.sock:"


    Diag:

  • Haben Sie eventuell einen Cron-Job, der lang laufende PHP-Scripte "abschießt"?
    Kürzlich hatte ein anderer Kunde dies als Ursache identifiziert.


    FastCGI-Prozesse beenden sich eigentlich nicht von alleine - das muss immer einen Grund von außen haben. Eine andere häufige Ursache wäre noch er OOM-Killer (Out Of Memory), der schlägt zu wenn dem Server der Arbeitsspeicher ausgeht. Das wird dann aber im Syslog protokolliert.


    Viele Grüße


    -Klaus Keppler

  • Hallo Herr Keppler,


    auf dem Server den es gestern getroffen hat läuft je Kunde nur ein einziges PHP Skript welches eine Weiterleitung macht.
    Ansonsten läuft dort eine Gunicorn Instanz mit einer Django (Python) Seite.
    Zusätzlich hat der NGINX noch die Aufgabe die statische Dateien wie Bilder, CSS usw. auszuliefern, muss dazu aber auch kein PHP verarbeiten.


    Trotzdem stirbt immer mal wieder ein einzelner FCGI Prozess und legt damit den ganzen Webspace lahm.
    Arbeitstsspeicher und andere Resourcen sind noch reichlich frei und es gibt auch keine entsprechende Meldung im Syslog.

  • http://ops.blog.archive.org/20…tcgi-and-502-bad-gateway/
    "Increasing the number of php workers in the pool only helped a little. ... once all workers were busy, there was a limit of 128 ‘queued’ connections by nginx."


    Laut http://stackoverflow.com/quest…n-nginx-php5-fpm/10470827 hilft die Umstellung von Socket auf TCP.

    # Das Gras wächst nicht schneller wenn man daran zieht # Bitte keine inflationären Vollzitate #

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!