Immer wieder Probleme mit nginx-php-fcgi

solidius · 21. März 2013

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.

solidius · 11. Februar 2015

Guten Abend Herr Keppler,

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

Folgende Systemdaten

Code

root@server106:~# lcclient --diag
Running OS diagnostics... (LiveConfig 1.8.2-r3444)
FILE SYSTEMS:
  / [/dev/simfs] (total: 42949672960, free: 23571927040)
  /run [none] (total: 16751898624, free: 16751767552)
  /run/lock [none] (total: 16751898624, free: 16751898624)
  /run/shm [none] (total: 16751898624, free: 16751898624)
CPUs:
  CPU: 'cpu' user=1863674 nice=322584 system=669731 idle=852856535 wait=718571 irq=0 sirq=0 steal=0
  CPU: 'cpu0' user=1863674 nice=322584 system=669731 idle=852856535 wait=718571 irq=0 sirq=0 steal=0
  CPU: 'cpu1' user=1863674 nice=322584 system=669731 idle=852856535 wait=718571 irq=0 sirq=0 steal=0
  CPU: 'cpu2' user=1863674 nice=322584 system=669731 idle=852856535 wait=718571 irq=0 sirq=0 steal=0
  CPU: 'cpu3' user=1863674 nice=322584 system=669731 idle=852856535 wait=718571 irq=0 sirq=0 steal=0
  CPU: 'cpu4' user=1863674 nice=322584 system=669731 idle=852856535 wait=718571 irq=0 sirq=0 steal=0
  CPU: 'cpu5' user=1863674 nice=322584 system=669731 idle=852856535 wait=718571 irq=0 sirq=0 steal=0
CPU IDENTIFICATION:
  Physical CPUs: 1
  CPU Vendor: Genu
  CPU Model: Intel(R) Xeon(R) CPU E3-1245 V2 @ 3.40GHz
  Physical Core Count: 4
  Cache: 8192 KB
  Intel Hyperthreading is enabled!
    Logical (HT) Core Count: 4
LOAD AVERAGE:
  Load: 1min=0.000000, 5min=0.010000, 15min=0.000000
MEMORY:
  Total Memory: 4294967296
   Free Memory: 3013865472
    Total Swap: 4294967296
     Free Swap: 4121489408
INTERFACES:
  Name: 'lo'
       MAC: 00:00:00:00:00:00
       IPv4: '127.0.0.1'/8
       IPv6: '::1'/128
       IN: 19086084 bytes (254622 packets)
       OUT: 19086084 bytes (254622 packets)
       FLAGS: UP LOOPBACK
  Name: 'venet0'
       IPv4: '127.0.0.2'/32
       IN: 343717556 bytes (19374889 packets)
       OUT: 731108436 bytes (27680294 packets)
       FLAGS: UP BROADCAST NOARP
  Name: 'venet0:0'
       IPv4: '5.196.143.105'/32
       FLAGS: UP BROADCAST NOARP
  Name: 'venet0:1'
       IPv4: '5.196.143.100'/32
       FLAGS: UP BROADCAST NOARP
  Name: 'venet0:2'
       IPv4: '5.196.143.111'/32
       FLAGS: UP BROADCAST NOARP
  Name: 'venet0:3'
       IPv4: '5.196.141.133'/32
       FLAGS: UP BROADCAST NOARP
  Name: 'venet0:4'
       IPv4: '5.196.141.132'/32
       FLAGS: UP BROADCAST NOARP
  Name: 'venet0:5'
       IPv4: '5.196.139.79'/32
       FLAGS: UP BROADCAST NOARP
  Name: 'venet0:6'
       IPv4: '5.196.143.109'/32
       FLAGS: UP BROADCAST NOARP
  Name: 'venet0:7'
       IPv4: '5.196.139.78'/32
       FLAGS: UP BROADCAST NOARP
HOSTNAME:
  Hostname: 'server106'
      FQDN: 'server106.isp-serverfarm.de'
UPTIME:
  Uptime: 24 days, 21:12:56
DMI:
  ERROR: open(/dev/mem) failed: Operation not permitted
IPMI:
  ERROR: IPMI not supported in this build
QUOTA for group 'root' at path /var/www: ERROR - No such process
Running Lua diagnostics...
[INFO] Detected 'Ubuntu 12.04.5 LTS'
[DEBUG] running web.detect()
[DEBUG] Found package 'apache2-mpm-prefork' (Version 2.2.22-1ubuntu1.7)
[DEBUG] binver 2.2.22
[DEBUG] Found package 'nginx-naxsi' (Version 1.1.19-1ubuntu0.7)
[DEBUG] binver 1.1.19
       Distribution name: 'Ubuntu'
   Distribution codename: 'precise'
     Distribution family: 'Debian'
    Distribution version: '12.04'
Distribution description: 'Ubuntu 12.04.5 LTS'
Checking for web server software:
 - Found 'apache' web server
   Version: '2.2.22'
   Package version: '2.2.22-1ubuntu1.7'
   SNI support: yes
   Modules: core log_config logio mpm_prefork http so actions alias auth_basic authn_file authz_default authz_groupfile authz_host authz_user cloudflare deflate dir env fcgid headers include mime negotiation php5 proxy proxy_http reqtimeout rewrite setenvif ssl suexec suphp unique_id
 - Found 'nginx' web server
   Version: '1.1.19'
   Package version: '1.1.19-1ubuntu0.7'
   SNI support: yes
 - PHP 5.3.10 (code='php5', bin='/usr/bin/php-cgi')
   default php.ini: '/etc/php5/cgi/php.ini'
Checking for ftp server software:
[DEBUG] running ftp.detect()
[DEBUG] Found package 'proftpd-basic' (Version 1.3.4a-1)
 - Found 'proftpd' FTP server
   Version: '1.3.4a'
   Package version: '1.3.4a-1'
Checking for SMTP server software:
[DEBUG] running smtp.detect()
[DEBUG] Found package 'postfix' (Version 2.9.6-1~12.04.2)
[DEBUG] Found package 'spamassassin' (Version 3.3.2-2ubuntu1.1)
 - Found 'postfix' smtp server
   Version: '2.9.6'
   Package version: '2.9.6-1~12.04.2'
 - found SpamAssassin (package version: '3.3.2-2ubuntu1.1')
   configured: yes
Checking for POP/IMAP server software:
[DEBUG] running popimap.detect()
[DEBUG] Found package 'dovecot-imapd' (Version 1:2.0.19-0ubuntu2.2)
 - Found 'dovecot' POP/IMAP server
   Version: '2.0.19'
   Package version: '1:2.0.19-0ubuntu2.2'
Checking for database server software:
[DEBUG] running db.detect()
[DEBUG] Found package 'mysql-server' (Version 5.5.41-0ubuntu0.12.04.1)
 - Found 'mysql' database server
   Version: '5.5.41'
   Package version: '5.5.41-0ubuntu0.12.04.1'
Checking for DNS server software:
[DEBUG] running dns.detect()
[DEBUG] Found package 'bind9' (Version 1:9.8.1.dfsg.P1-4ubuntu0.9)
 - Found 'bind' DNS server
   Version: '9.8.1'
   Package version: '1:9.8.1.dfsg.P1-4ubuntu0.9'
   DNSSEC support: yes
Done.

Alles anzeigen

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.

TCRserver · 26. Juli 2016

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:

Code

# liveconfig --diag
Running OS diagnostics... (LiveConfig 2.2.0-r4254)


 - Found 'nginx' web server
   Version: '1.6.2'
   Package version: '1.6.2-5+deb8u2'
   SNI support: yes
 - PHP 5.3.29 (code='php53', bin='/opt/php-5.3/bin/php-cgi', SAPI=CGI/FastCGI)
   default php.ini: '/opt/php-5.3/etc/php.ini'
 - PHP 5.5.38 (code='php55', bin='/opt/php-5.5/bin/php-cgi', SAPI=CGI/FastCGI)
   default php.ini: '/opt/php-5.5/etc/php.ini'
 - PHP 5.6.24 (code='php56', bin='/opt/php-5.6/bin/php-cgi', SAPI=CGI/FastCGI)
   default php.ini: '/opt/php-5.6/etc/php.ini'
 - PHP 5.6.23 [DEFAULT] (code='php5', bin='/usr/bin/php-cgi', SAPI=CGI/FastCGI)
   default php.ini: '/etc/php5/cgi/php.ini'

Alles anzeigen

kk · 26. Juli 2016

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

TCRserver · 27. Juli 2016

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.

lebenszeit · 10. August 2016

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.

Immer wieder Probleme mit nginx-php-fcgi

Jetzt mitmachen!

Benutzer online in diesem Thema