Jak ponownie uruchomić Nginx dopiero po pomyślnym zakończeniu testu konfiguracji w systemie Ubuntu?

Kiedy ponownie uruchamiam usługę Nginx w wierszu poleceń na serwerze Ubuntu, usługa ulega awarii, gdy plik konfiguracyjny Nginx zawiera błędy. Na serwerze z wieloma lokacjami powoduje to wyłączenie wszystkich witryn, nawet tych bez błędów konfiguracji.

Aby temu zapobiec, najpierw uruchamiam test konfiguracji nginx:

nginx -t

Po pomyślnym zakończeniu testu mogłem ponownie uruchomić usługę:

/etc/init.d/nginx restart

Lub tylko przeładuj konfiguracje witryny nignx bez ponownego uruchamiania:

nginx -s reload

Czy istnieje sposób na połączenie tych dwóch poleceń, w których polecenie restartu jest uzależnione od wyniku testu konfiguracji?

Nie mogłem znaleźć tego w Internecie, a oficjalna dokumentacja na ten temat jest raczej podstawowa. Nie znam tak dobrze Linuksa, więc nie wiem, czy to, czego szukam, jest tuż przede mną, czy w ogóle niemożliwe.

Używam nginx v1.1.19.

Właściwie, o ile wiem, nginx wyświetli pusty komunikat i nie uruchomi się ponownie, jeśli konfiguracja jest zła.

Jedynym sposobem, aby to schrzanić, jest zatrzymanie nginx, a następnie ponowne rozpoczęcie. Udało się zatrzymać, ale nie uruchomić.

Od wersji Nginx 1.8.0 poprawnym rozwiązaniem jest

sudo nginx -t && sudo service nginx reload

Zauważ, że z powodu błędu configtestzawsze zwraca zerowy kod zakończenia, nawet jeśli plik konfiguracyjny zawiera błąd.

Używam następującego polecenia, aby ponownie załadować Nginx (wersja 1.5.9) tylko wtedy, gdy test konfiguracji zakończył się pomyślnie:

/etc/init.d/nginx configtest && sudo /etc/init.d/nginx reload

Jeśli musisz to robić często, możesz użyć aliasu. Używam następujących:

alias n='/etc/init.d/nginx configtest && sudo /etc/init.d/nginx reload'

Sztuczka polega na tym, że „&&” wykonuje drugie polecenie tylko wtedy, gdy pierwsze się powiedzie. Możesz zobaczyć tutaj bardziej szczegółowe wyjaśnienie użycia operatora „&&”.

Możesz użyć opcji „restart” zamiast „reload”, jeśli naprawdę chcesz zrestartować serwer.

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'

a następnie użyj poleceń „nginx.reload” itp.

Możesz przeładować używając /etc/init.d/nginx reloadisudo service nginx reload

Jeśli nginx -tzgłosi jakiś błąd, nie załaduje się ponownie

więc użyj &&, aby uruchomić oba w tym samym czasie

lubić

nginx -t && /etc/init.d/nginx reload

Możesz użyć sygnałów do sterowania nginx.

Zgodnie z dokumentacją, musisz wysłać sygnał HUP do głównego procesu nginx.

HUP - zmiana konfiguracji, nadążanie za zmienioną strefą czasową (tylko dla FreeBSD i Linux), uruchamianie nowych procesów roboczych z nową konfiguracją, łagodne zamykanie starych procesów roboczych

Sprawdź dokumentację tutaj: http://nginx.org/en/docs/control.html

Możesz wysłać sygnał HUP do PID procesu głównego nginx w następujący sposób:

kill -HUP $( cat /var/run/nginx.pid )

Powyższe polecenie odczytuje PID nginx z /var/run/nginx.pid. Domyślnie pid nginx jest zapisywany, /usr/local/nginx/logs/nginx.pidale można to zmienić w config. Sprawdź, nginx.configgdzie zapisuje PID.

Przynajmniej na Debianie skrypt startowy nginx ma funkcję przeładowania, która wykonuje:

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 $?
  ;;

Wygląda na to, że wszystko, co musisz zrobić, to zadzwonić, service nginx reloada nie restartskoro dzwoni test_nginx_config.