¿Cómo reinicio nginx solo después de que la prueba de configuración fue exitosa en Ubuntu?

Cuando reinicio el servicio nginx en una línea de comando en un servidor Ubuntu, el servicio falla cuando un archivo de configuración nginx tiene errores. En un servidor de varios sitios, esto elimina todos los sitios, incluso los que no tienen errores de configuración.

Para evitar esto, primero ejecuto la prueba de configuración de nginx:

nginx -t

Después de que la prueba se ejecutó correctamente, pude reiniciar el servicio:

/etc/init.d/nginx restart

O solo vuelva a cargar las configuraciones del sitio nignx sin reiniciar:

nginx -s reload

¿Hay alguna manera de combinar esos dos comandos donde el comando de reinicio está condicionado al resultado de la prueba de configuración?

No pude encontrar esto en línea y la documentación oficial sobre esto es bastante básica. No conozco bien Linux, así que no sé si lo que estoy buscando está justo frente a mí o no es posible en absoluto.

Estoy usando nginx v1.1.19.

En realidad, hasta donde yo sé, nginx mostraría un mensaje vacío y en realidad no se reiniciaría si la configuración es mala.

La única forma de arruinarlo es haciendo una parada de nginx y luego comenzar de nuevo. Tendría éxito en detenerse, pero no comenzaría.

A partir de nginx 1.8.0, la solución correcta es

sudo nginx -t && sudo service nginx reload

Tenga en cuenta que debido a un error, configtestsiempre devuelve un código de salida cero incluso si el archivo de configuración tiene un error.

Utilizo el siguiente comando para recargar Nginx (versión 1.5.9) solo si una prueba de configuración fue exitosa:

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

Si necesita hacer esto con frecuencia, es posible que desee utilizar un alias. Yo uso lo siguiente:

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

El truco aquí lo hace "&&", que solo ejecuta el segundo comando si el primero tuvo éxito. Puede ver aquí una explicación más detallada del uso del operador "&&".

Puede utilizar "reiniciar" en lugar de "recargar" si realmente desea reiniciar el servidor.

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'

y luego use los comandos "nginx.reload", etc.

Puedes recargar usando /etc/init.d/nginx reloadysudo service nginx reload

Si nginx -tarroja algún error, no se recargará

así que usa && para ejecutar ambos al mismo tiempo

me gusta

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

Puede usar señales para controlar nginx.

De acuerdo con la documentación, debe enviar la señal HUP al proceso maestro de nginx.

HUP: cambiar la configuración, mantenerse al día con una zona horaria modificada (solo para FreeBSD y Linux), iniciar nuevos procesos de trabajo con una nueva configuración, cierre elegante de los procesos de trabajo antiguos

Consulte la documentación aquí: http://nginx.org/en/docs/control.html

Puede enviar la señal HUP al PID del proceso maestro nginx de esta manera:

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

El comando anterior lee el PID nginx de /var/run/nginx.pid. Por defecto, se escribe el pid de nginx, /usr/local/nginx/logs/nginx.pidpero eso se puede anular en config. Verifique su nginx.configpara ver dónde guarda el PID.

Al menos en Debian, el script de inicio de nginx tiene una función de recarga que:

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

Parece que todo lo que necesitas hacer es llamar en service nginx reloadlugar de restartdesde que llama test_nginx_config.