Der Inhalt dieses Artikels besteht darin, Ihnen die Gründe und Lösungen für Fehler beim Starten von PHP-FPM unter Nginx mitzuteilen , Freunde können sich auf
1. Hintergrund
beziehen. Der heutige Server hat mehrmals einen 502-Fehler gemeldet, wahrscheinlich aufgrund des Skripts I schrieb: Es gibt zu viele, außerdem eine Reihe von Problemen wie die Verwendung von Plug-Ins von Drittanbietern, Antwortzeitüberschreitungen usw. Ich bin hier auf viele PHP-FPM-Fehler gestoßen. Nehmen Sie es auf.
1. Wert ist NULL für einen ZEND_INI_PARSER_ENTRY
Ursache:
Beim Neustart von php-fpm meldet das System einen Fehler. Sie müssen „systemctl status php5-fpm.service“ eingeben, um die Fehlermeldung anzuzeigen.
ERROR: [/usr/local/php5/etc/php-fpm.conf:144] value is NULL for a ZEND_INI_PARSER_ENTRY
Lösung:
Der Grund für diesen Fehler ist, dass beim Schreiben der Datei php-fpm.conf das Schreiben möglicherweise nicht standardisiert genug ist oder die Schreiben Es wurde durch einen Fehler verursacht. Hier können Sie überprüfen, welche Zeile den Fehler verursacht hat:
//看好这个144,这就是你报错的地方 ERROR: [/usr/local/php5/etc/php-fpm.conf:144]
Ändern Sie einfach die Fehlermeldung.
2. pm.start_servers(3) darf nicht kleiner als pm.min_spare_servers(1) und nicht größer als pm.max_spare_servers(1) sein
Grund:
Informationen zu diesem Fehler finden Sie in der offiziellen PHP-Dokumentation.
Die Größe einiger Parameter wurde bei der Konfiguration der Datei ignoriert.
Lösung:
pm.max_children int pm 设置为 static 时表示创建的子进程的数量,pm 设置为 dynamic 时表示最大可创建的子进程的数量。必须设置。 该选项设置可以同时提供服务的请求数限制。类似 Apache 的 mpm_prefork 中 MaxClients 的设置和 普通PHP FastCGI中的 PHP_FCGI_CHILDREN 环境变量。 pm.start_servers in设置启动时创建的子进程数目。仅在 pm 设置为 dynamic 时使用。默认值:min_spare_servers + (max_spare_servers - min_spare_servers) / 2。 pm.min_spare_servers int 设置空闲服务进程的最低数目。仅在 pm 设置为 dynamic 时使用。必须设置。 pm.max_spare_servers int 设置空闲服务进程的最大数目。仅在 pm 设置为 dynamic 时使用。必须设置。
Die Regeln zum Festlegen dieser Parameter:
min_spare_servers ≤ start_servers ≤ max_spare_servers ≤ max_children
3. PHP-FPM-Fehler starten: UID für Benutzer „www_data“ kann nicht abgerufen werden
Ursache:
Dieser Fehler ist ein Fehler beim Starten des Benutzers. Die Konfigurationsdatei ist standardmäßig auf den Benutzer „www_data“ eingestellt, was jedoch bedeutet, dass sie mit dem aktuellen Benutzer gestartet werden sollte. Da ich derzeit den Benutzer „pzsh“ verwende, kann ich ihn einfach ändern.
Lösung:
1. Geben Sie die Datei php-fpm.conf ein
2. Suchen Sie nach user = www-data und ändern Sie sie in: user = pzsh
Die entsprechende Benutzergruppe wurde ebenfalls geändert in: group = pzsh
Das oben genannte Problem ist kürzlich beim Neustart von php-fpm aufgetreten. Tatsächlich wurden uns vom Server viele Fehlermeldungen angezeigt, und wir müssen nur Englisch verstehen.
Ende
Das obige ist der detaillierte Inhalt vonGründe und Lösungen für Fehler beim Starten von PHP-FPM unter Nginx. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!