Lösung für den internen Serverfehler Nginx 500

Als ich heute Nginx verwendete, trat ein 500-Fehler auf. Ich suchte nach dem Fehlercode und teilte ihn mit allen.

500 (Interner Serverfehler) Auf dem Server ist ein Fehler aufgetreten und die Anforderung konnte nicht abgeschlossen werden.
501 (Nicht implementiert) Der Server verfügt nicht über die Funktionalität, um die Anforderung abzuschließen. Beispielsweise könnte ein Server diesen Code zurückgeben, wenn er die Anforderungsmethode nicht erkennt.
502 (Ungültiges Gateway) Der Server hat während seiner Tätigkeit als Gateway oder Proxy eine ungültige Antwort von einem Upstream-Server erhalten.
503 (Dienst nicht verfügbar) Der Server ist derzeit nicht verfügbar (entweder weil er überlastet ist oder wegen Wartungsarbeiten ausgefallen ist). Normalerweise ist dies nur ein vorübergehender Zustand.
504 (Gateway-Timeout) Der als Gateway oder Proxy fungierende Server hat nicht rechtzeitig eine Anforderung von einem Upstream-Server erhalten.
505 (HTTP-Version nicht unterstützt) Der Server unterstützt die in der Anforderung verwendete HTTP-Protokollversion nicht.

Nginx 500-Fehler (Interner Serverfehler): Ein 500-Fehler bezieht sich auf einen internen Serverfehler, was bedeutet, dass auf dem Server eine unerwartete Situation aufgetreten ist und er die Anforderung nicht erfüllen konnte.

Bei vielen gleichzeitigen Verbindungen ist Nginx eine gute Alternative zum Apache-Server. Nginx kann auch als Layer-7-Load-Balancing-Server verwendet werden. Den Testergebnissen zufolge kann Nginx 0.6.31 + PHP 5.2.6 (FastCGI) mehr als 30.000 gleichzeitige Verbindungen verarbeiten, was dem Zehnfachen von Apache in derselben Umgebung entspricht.

Bei der Verwendung von Nginx treten jedoch bei vielen Benutzern 500 Fehler auf. Meiner Erfahrung nach gibt es die folgenden Situationen.

1. Ist nicht genügend Speicherplatz vorhanden?

Verwenden Sie df -k, um zu überprüfen, ob der Festplattenspeicher voll ist. Durch das Freigeben von Festplattenspeicher können 500-Fehler behoben werden. Wenn bei nginx das Zugriffsprotokoll aktiviert ist, sollten Sie das Zugriffsprotokoll am besten deaktivieren, wenn es nicht benötigt wird. Das Zugriffsprotokoll beansprucht viel Festplattenspeicher.

2. Ist die Nginx-Konfigurationsdatei falsch?

Dies bezieht sich nicht auf Syntaxfehler. Wenn die Nginx-Konfigurationsdatei Syntaxfehler enthält, wird beim Start darauf hingewiesen. Beim Konfigurieren des Umschreibens werden einige Regeln möglicherweise nicht richtig behandelt und es kann ein 500-Fehler auftreten. Bitte überprüfen Sie Ihre Umschreiberegeln sorgfältig. Ein 500-Fehler kann auch auftreten, wenn einige Variablen in der Konfigurationsdatei nicht richtig festgelegt sind, z. B. wenn auf eine Variable verwiesen wird, die keinen Wert hat.

3. Wenn keines der oben genannten Probleme vorliegt, ist die Anzahl der simulierten Parallelitäten möglicherweise zu groß. In diesem Fall müssen Sie die Anzahl der Parallelitätseinstellungen in nginx.conf anpassen.

4. Ein weiteres Problem ist, dass der Linux-Indexknoten (Inode) voll ist und Fehler verursacht. df -i

500-Problem durch Inode-Füllung https://www.jb51.net/article/175430.htm

Inode wird im Chinesischen als Indexknoten übersetzt. Nachdem jedes Speichergerät (z. B. eine Festplatte) oder eine Partition eines Speichergeräts als Dateisystem formatiert wurde, sollte es aus zwei Teilen bestehen, einem Inode und einem Block. Blöcke werden zum Speichern von Daten verwendet. Der Inode wird zum Speichern dieser Dateninformationen verwendet, einschließlich Dateigröße, Eigentümer, Benutzergruppe, Lese- und Schreibberechtigungen usw. Der Inode indiziert Informationen für jede Datei, es gibt also einen Inode-Wert. Über den Inode-Wert kann das Betriebssystem anhand der Anleitung schnellstmöglich die entsprechende Datei finden. Obwohl auf dem Server noch Blöcke übrig sind, ist der Inode voll. Daher meldet das System beim Erstellen eines neuen Verzeichnisses oder einer neuen Datei, dass nicht genügend Speicherplatz vorhanden ist.

Allgemeine Analyseideen:

(1) Überprüfen Sie das Nginx-Fehlerprotokoll und das PHP-Fehlerprotokoll

Nginx-Fehlerprotokoll error.log Standardspeicherort: /usr/local/nginx/logs

(2) Wenn zu viele Dateien geöffnet sind, ändern Sie den Parameter worker_rlimit_nofile von nginx, verwenden Sie ulimit, um das Systemlimit für geöffnete Dateien anzuzeigen, und ändern Sie /etc/security/limits.conf

(3) Wenn es sich um ein Skriptproblem handelt, müssen Sie den Skriptfehler beheben und den Code optimieren

(4) Wenn nach Abschluss aller Optimierungen immer noch zu viele Dateien geöffnet sind, sollten Sie über einen Lastenausgleich nachdenken, um den Datenverkehr auf verschiedene Server zu verteilen.

Die Lösung ist :

1 Öffnen Sie die Datei /etc/security/limits.conf und fügen Sie zwei Sätze hinzu

Der Code lautet wie folgt:

* Soft-Nofile 65535
* hartes Nofile 65535

2 Öffnen Sie /etc/nginx/nginx.conf

Fügen Sie eine Zeile unter worker_processes hinzu

Der Code lautet wie folgt:

worker_rlimit_nofile 65535;

3 Starten Sie nginx neu und laden Sie die Einstellungen neu

Der Code lautet wie folgt:

kill -9 `ps -ef | grep php | grep -v grep | awk '{print $2}'`
/usr/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -C 100 -u www-data -f /usr/bin/php-cgi
killall -HUP nginx

Nach dem Neustart habe ich mir das Nginx-Fehlerprotokoll angesehen und keinen 500-Fehler gefunden.

4. Möglicherweise liegt ein Datenbankproblem vor. Ich habe im Nginx-Protokoll und im PHP-Protokoll keine Probleme gefunden. Schließlich stellte ich fest, dass auf die Datenbank nicht zugegriffen werden konnte. Nach der Korrektur war das Problem gelöst.

Wenn das Problem mit der oben beschriebenen Methode immer noch nicht behoben werden kann, liegt möglicherweise ein Konfigurations- oder Programmfehler vor.

1 Überprüfen Sie das Nginx-Fehlerprotokoll, um die mögliche Ursache zu finden.

Wenn die Meldung angezeigt wird, dass einige PHP-Erweiterungen nicht installiert sind, gehen Sie zu php.ini, um die entsprechenden Erweiterungen zu öffnen, oder installieren Sie die entsprechenden Erweiterungen, starten Sie nginx und php-fpm neu und aktualisieren Sie die Seite erneut.

2 Wenn ein Problem mit der Datenbankverbindung vorliegt, kann auch ein 500-Fehler auftreten, der sich jedoch definitiv im Protokoll widerspiegelt

Wenn das Protokoll anzeigt, dass ein Problem mit der entsprechenden Datenbankverbindung vorliegt, müssen Sie überprüfen, ob die Datenbankverbindung korrekt ist. Ändern Sie gemäß dem Protokoll die entsprechende Datei. Nachdem das Datenbankproblem behoben ist, wird die Seite wieder normal angezeigt.

Das Obige ist der vollständige Inhalt dieses Artikels. Ich hoffe, er wird für jedermanns Studium hilfreich sein. Ich hoffe auch, dass jeder 123WORDPRESS.COM unterstützen wird.