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
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.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.
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:
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:
# 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'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.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
