Wie kann ich nginx neu starten, nur nach der Konfiguration test war erfolgreich auf Ubuntu?

Wenn ich starten Sie den nginx-Dienst auf einer Kommandozeile auf einem Ubuntu-server, der Dienst stürzt ab, wenn eine nginx-Konfiguration-Datei hat Fehler. Auf einem multi-site-server-dieser stellt alle Seiten, auch diejenigen, die ohne Konfigurationsfehler.

Um dies zu verhindern, führe ich die nginx-Konfiguration, test-first:

nginx -t

Nachdem der test lief erfolgreich, ich konnte den Dienst neu starten:

/etc/init.d/nginx restart

Oder nur ein reload der nignx Website-Konfigurationen ohne Neustart:

nginx -s reload

Gibt es eine Möglichkeit, kombinieren diese beiden Befehle, wo der restart-Befehl ist abhängig von der Konfiguration Testergebnis?

Konnte ich nicht finden diese online und die offizielle Dokumentation auf dieser ist eher basic. Ich weiß nicht, meinen Weg um Linux, naja, also ich weiß nicht, ob das, was ich Suche, ist direkt vor mir oder überhaupt nicht möglich.

Ich bin mit nginx v1.1.19.

Was ist mit einem kleinen shell-Skript, das überprüft, der status des nginx -t (mit $?) und dann funktioniert der Neustart abhängig vom Zustand zurück?

InformationsquelleAutor jan | 2013-09-03

43

Eigentlich, soweit ich weiß, nginx, zeigt sich eine leere Nachricht und wäre es nicht eigentlich neu starten, wenn die Konfiguration schlecht.

Der einzige Weg, um die Schraube es ist auf diese Weise ein nginx stoppen und dann erneut starten. Würde es gelingen, Sie zu beenden, aber nicht starten.
- Welche version von nginx redest du? Ich arbeite mit v 1.1.19 und es wird versucht neu zu starten-unabhängig von einem Fehler in den config-Dateien. Es teilt mir mit, dass es ein problem gibt, aber dann ist es schon zu spät
- Ok habe es gerade getestet, mein laptop hat nginx 1.2, und es funktioniert wie ich beschrieben habe, mein VPS hat 1.1.19 wie das ihrige, und Es hat die gleiche wie du Sie beschrieben hast in deiner Frage. Also ich denke, das verarbeitet wurde in 1.2
- Super!!! Vielen Dank für herauszufinden, dass heraus für mich. Ich halte die Frage offen, ein wenig mehr zu sehen, wenn niemand hat eine Antwort für nginx < v1.2
- Ich denke, ich werde das upgrade dann 🙂 Brauchte eine Ausrede sowieso
- service nginx reload zeigt nichts an, ob die config geladen wurde, korrekt oder nicht, so ist es nutzlos, wenn Sie vermuten, dass die config ist möglicherweise falsch. service nginx restart wird aufhören, wenn der server mit der config ist ein Fehler!
- die neuen Versionen zeigen Fehlermeldungen, unterhielten sich über einen alten 1.19 die aktuelle version ist 1.9
InformationsquelleAutor Mohammad AbuShady
65

Als der nginx 1.8.0, die richtige Lösung ist
```
sudo nginx -t && sudo service nginx reload
```
Beachten Sie, dass aufgrund eines Fehlers, configtest gibt immer einen exit-code null auch, wenn die config-Datei hat einen Fehler.
- nginx -t && sudo nginx -s reload
- ohne sudo, werden sicher nicht wegen berechtigungsfehler.
- Ich wollte zeigen, meistens das Letzte Teil für das zurückladen. In meinem Fall habe ich die custom-kompilierte nginx und nicht einmal alle Skripte in /etc/init.d und so weiter, also in meinem Fall "service nginx reload" nicht alles tun
InformationsquelleAutor Dan Dascalescu
38

Ich benutze den folgenden Befehl, um neu zu laden Nginx (version 1.5.9) nur, wenn eine Konfiguration, test war erfolgreich:
```
/etc/init.d/nginx configtest && sudo /etc/init.d/nginx reload
```
Wenn Sie müssen, tun Sie dies oft, können Sie ein alias verwenden möchten. Ich verwende die folgenden:
```
alias n='/etc/init.d/nginx configtest && sudo /etc/init.d/nginx reload'
```
Der trick hier ist getan durch "&&", was nur führt den zweiten Befehl, wenn der erste erfolgreich war. Sie können sehen, hier eine ausführlichere Erläuterung der Verwendung von "&&" - operator.

Können Sie "neu starten" anstatt auf "neu laden", wenn Sie wirklich wollen, starten Sie den server neu.
- Vorsicht für nginx 1.4.2 fand ich pkill -1 nginx (effektiv, was meine init.d/nginx reload tut) NICHT laden, wenn die config schlägt fehl und irreführend zurück erfolgreich. Überprüfen Sie Ihre eigenen Versionen.
- Dies funktioniert nicht für mich. Beide Befehle ausgeführt, selbst wenn der test fehlschlägt.
- configtest gibt immer ein null-Exitcode, zumindest in der nginx-1.8.0. Verwenden nginx -t statt.
InformationsquelleAutor Mauricio Sánchez

alias nginx.start='sudo nginx -c /etc/nginx/nginx.conf'
alias nginx.stop='sudo nginx -s stop'
alias nginx.reload='sudo nginx -s reload'
alias nginx.config='sudo nginx -t'
alias nginx.restart='nginx.config && nginx.stop && nginx.start'
alias nginx.errors='tail -250f /var/logs/nginx.error.log'
alias nginx.access='tail -250f /var/logs/nginx.access.log'
alias nginx.logs.default.access='tail -250f /var/logs/nginx.default.access.log'
alias nginx.logs.default-ssl.access='tail -250f /var/logs/nginx.default.ssl.log'

und verwenden Sie dann die Befehle "nginx.neu laden" etc..

InformationsquelleAutor MechanisM

2

Können Sie Signale zur Ansteuerung von nginx.

Gemäß der Dokumentation, die Sie benötigen, um das senden des HUP-Signals nginx master-Prozess.

HUP - Konfiguration ändern, halten mit einer geänderten Zeitzone (nur für FreeBSD und Linux), die Einführung neuer Arbeitsprozesse mit einer neuen Konfiguration, ordnungsgemäßes Herunterfahren der alten worker-Prozesse

Überprüfen Sie die Dokumentation hier: http://nginx.org/en/docs/control.html

Können Sie senden das signal HUP nginx master Prozess-PID wie diese:
```
kill -HUP $( cat /var/run/nginx.pid )
```
Den Befehl über nginx liest die PID aus /var/run/nginx.pid. Standardmäßig nginx pid geschrieben /usr/local/nginx/logs/nginx.pid aber überschrieben werden können, in der config. Überprüfen Sie Ihre nginx.config um zu sehen, wo es speichert die PID.

InformationsquelleAutor hcristea
2

Können Sie reload mit /etc/init.d/nginx reload und sudo service nginx reload

Wenn nginx -t wirft einige Fehler, dann wird es nicht neu laden

so verwenden && laufen beide gleichzeitig

wie

nginx -t && /etc/init.d/nginx reload
- Lassen Sie mich Ihnen beibringen, etwas über die bash. && nicht run both at a same time Es führt den Befehl auf der rechten Seite, WENN Sie den Befehl auf der linken Seite gibt einen exit-code von 0. Wenn Ihr nginx -t wirft einen Fehler, es ist der exit-code nicht 0, so wird der zweite Befehl wird nicht ausgeführt. Seine nginx -s reload sowieso
- Ich denke, das ist, was er sagen wollte, es hat einfach nicht Recht. Er sagt If nginx -t throws some error then it won't reload. Die Aussage run both at a same time könnte auch interpretiert werden als ein einzelner Befehl oder eine Zeile. Ich glaube nicht, interpretieren ihn unbedingt sagen, in diesem Fall in parallel.
InformationsquelleAutor gokul kandasamy
1

Zumindest unter Debian der Apache-Startskript hat eine reload-Funktion, die bedeutet:
```
reload)
  log_daemon_msg "Reloading $DESC configuration" "$NAME"
  test_nginx_config
  start-stop-daemon --stop --signal HUP --quiet --pidfile $PID \
   --oknodo --exec $DAEMON
  log_end_msg $?
  ;;
```
Scheint, wie alles, was Sie würde tun müssen ist, rufen Sie service nginx reload statt restart da ruft es test_nginx_config.
- service nginx reload wird nicht geben, jede Art von Hinweis, ob die Konfiguration getestet OK oder nicht, oder ob es erneut geladen wurde oder nicht.
- Was bedeutet test_nginx_config tun, dann in diesem Fall?
- Ich denke, Sie haben beide einen Punkt. service nginx reload ausreichend ist, auf der Kommandozeile, aber manchmal möchten Sie vielleicht eine capture stderr output-und return, die an ein Skript für die Problembehandlung. nginx -t würde Ihnen sagen, welche Datei hatte, die ungültige parameter und auf die Linie.
InformationsquelleAutor Daenney

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.