He compilado nginx con rutas personalizadas para mi servidor de producción y cuando intento iniciar / reiniciar el servicio usando:
service nginx start
o
service nginx restart
Entra en una nueva línea sin devolver el shell:
Entonces, el problema es que no puedo controlar nginx usando el servicecomando. El servicio realmente se ejecuta pero no me devolverá un shell, así que siempre tengo que presionar ctrl+ cpara recuperarlo.
También tengo que mencionar que nginx funciona bien cuando lo llama por su propio nginxcomando y se detiene o recarga fácilmente usando nginx -s stop/reload.
Este problema también persiste systemctl start nginx, pero systemctl stop nginxfunciona bien.
Información:
$ lsb_release -a
Distributor ID: Ubuntu
Description: Ubuntu 15.10
Release: 15.10
Codename: wily
$ uname -r
4.2.0-27-generic
$ nginx -V
nginx version: nginx/1.9.11
built by gcc 5.2.1 20151010 (Ubuntu 5.2.1-22ubuntu2)
built with OpenSSL 1.0.2d 9 Jul 2015
TLS SNI support enabled
configure arguments: --sbin-path=/usr/bin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --with-debug --with-pcre --with-http_ssl_module
$ cat /etc/default/nginx
NGINX_CONF_FILE=/etc/nginx/nginx.conf
DAEMON=/usr/bin/nginx
$ cat /etc/init.d/nginx
NGINX_BIN=/usr/bin/nginx
test -x $NGINX_BIN || { echo "$NGINX_BIN not installed";
if [ "$1" = "stop" ]; then exit 0;
else exit 5; fi; }
NGINX_PID=/var/run/nginx.pid
# Check for existence of needed config file and read it
#NGINX_CONFIG=/etc/sysconfig/nginx
#test -r $NGINX_CONFIG || { echo "$NGINX_CONFIG not existing";
# if [ "$1" = "stop" ]; then exit 0;
# else exit 6; fi; }
#
# Read config
#. $NGINX_CONFIG
# Source LSB init functions
# providing start_daemon, killproc, pidofproc,
# log_success_msg, log_failure_msg and log_warning_msg.
# This is currently not used by UnitedLinux based distributions and
# not needed for init scripts for UnitedLinux only. If it is used,
# the functions from rc.status should not be sourced or used.
#. /lib/lsb/init-functions
# Shell functions sourced from /etc/rc.status:
# rc_check check and set local and overall rc status
# rc_status check and set local and overall rc status
# rc_status -v be verbose in local rc status and clear it afterwards
# rc_status -v -r ditto and clear both the local and overall rc status
# rc_status -s display "skipped" and exit with status 3
# rc_status -u display "unused" and exit with status 3
# rc_failed set local and overall rc status to failed
# rc_failed <num> set local and overall rc status to <num>
# rc_reset clear both the local and overall rc status
# rc_exit exit appropriate to overall rc status
# rc_active checks whether a service is activated by symlinks
. /etc/rc.status
# Reset status of this service
rc_reset
# Return values acc. to LSB for all commands but status:
# 0 - success
# 1 - generic or unspecified error
# 2 - invalid or excess argument(s)
# 3 - unimplemented feature (e.g. "reload")
# 4 - user had insufficient privileges
# 5 - program is not installed
# 6 - program is not configured
# 7 - program is not running
# 8--199 - reserved (8--99 LSB, 100--149 distrib, 150--199 appl)
#
# Note that starting an already running service, stopping
# or restarting a not-running service as well as the restart
# with force-reload (in case signaling is not supported) are
# considered a success.
case "$1" in
start)
echo -n "Starting nginx "
## Start daemon with startproc(8). If this fails
## the return value is set appropriately by startproc.
/sbin/startproc -p $NGINX_PID $NGINX_BIN
# Remember status and be verbose
rc_status -v
;;
stop)
echo -n "Shutting down nginx "
## Stop daemon with killproc(8) and if this fails
## killproc sets the return value according to LSB.
/sbin/killproc -p $NGINX_PID -TERM $NGINX_BIN
# Remember status and be verbose
rc_status -v
;;
try-restart|condrestart)
## Do a restart only if the service was active before.
## Note: try-restart is now part of LSB (as of 1.9).
## RH has a similar command named condrestart.
if test "$1" = "condrestart"; then
echo "${attn} Use try-restart ${done}(LSB)${attn} rather than condrestart ${warn}(RH)${norm}"
fi
$0 status
if test $? = 0; then
$0 restart
else
rc_reset # Not running is not a failure.
fi
# Remember status and be quiet
rc_status
;;
restart)
## Stop the service and regardless of whether it was
## running or not, start it again.
$0 stop
$0 start
# Remember status and be quiet
rc_status
;;
force-reload)
## Signal the daemon to reload its config. Most daemons
## do this on signal 1 (SIGHUP).
## If it does not support it, restart the service if it
## is running.
echo -n "Reload service nginx "
## if it supports it:
/sbin/killproc -p $NGINX_PID -HUP $NGINX_BIN
#touch /run/nginx.pid
rc_status -v
## Otherwise:
#$0 try-restart
#rc_status
;;
reload)
## Like force-reload, but if daemon does not support
## signaling, do nothing (!)
# If it supports signaling:
echo -n "Reload service nginx "
/sbin/killproc -p $NGINX_PID -HUP $NGINX_BIN
#touch /run/nginx.pid
rc_status -v
## Otherwise if it does not support reload:
#rc_failed 3
#rc_status -v
;;
reopen)
echo -n "Reopen the logfiles "
/sbin/killproc -p $NGINX_PID -USR1 $NGINX_BIN
rc_status -v
;;
status)
echo -n "Checking for service nginx "
## Check status with checkproc(8), if process is running
## checkproc will return with exit status 0.
# Return value is slightly different for the status command:
# 0 - service up and running
# 1 - service dead, but /run/ pid file exists
# 2 - service dead, but /var/lock/ lock file exists
# 3 - service not running (unused)
# 4 - service status unknown :-(
# 5--199 reserved (5--99 LSB, 100--149 distro, 150--199 appl.)
# NOTE: checkproc returns LSB compliant status values.
/sbin/checkproc -p $NGINX_PID $NGINX_BIN
# NOTE: rc_status knows that we called this init script with
# "status" option and adapts its messages accordingly.
rc_status -v
;;
probe)
## Optional: Probe for the necessity of a reload, print out the
## argument to this init script which is required for a reload.
## Note: probe is not (yet) part of LSB (as of 1.9)
test /etc/nginx/nginx.conf -nt /run/nginx.pid && echo reload
;;
*)
echo "Usage: $0 {start|stop|status|try-restart|restart|force-reload|reload|probe}"
exit 1
;;
esac
rc_exit
ACTUALIZACIÓN : El problema también persiste al usar el contenedor Docker en CoreOS alpha.
ACTUALIZACIÓN 2 : Aquí están las salidas para strace -o log -f service nginx starty journalctl -xe:
strace -o log -f service nginx start
Salida de registro [demasiado larga para publicar aquí]
journalctl -xe
Feb 26 07:25:38 lucifer polkitd(authority=local)[870]: Registered Authentication Agent for unix-process:8181:8813595 (system bus name :1.77 [/usr/bin/pkttyagent --notify-fd 5 --fallback], o
Feb 26 07:25:38 lucifer systemd[1]: Starting The NGINX HTTP and reverse proxy server...
-- Subject: Unit nginx.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit nginx.service has begun starting up.
Feb 26 07:25:38 lucifer nginx[8211]: nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
Feb 26 07:25:38 lucifer nginx[8211]: nginx: configuration file /etc/nginx/nginx.conf test is successful
Feb 26 07:25:38 lucifer systemd[1]: nginx.service: PID file /var/run/nginx.pid not readable (yet?) after start: No such file or directory
Feb 26 07:25:43 lucifer polkitd(authority=local)[870]: Unregistered Authentication Agent for unix-process:8181:8813595 (system bus name :1.77, object path /org/freedesktop/PolicyKit1/Authen
nginxque funciona bien cuando comienza desde un cli por su cuenta, debe depurar su script de servicio .journalctlystraceaquí, pero sinceramente, no tengo idea de cómo entender el problema a partir de la salida de strace. Agradecería un poco de ayuda, si es posible.Respuestas:
Tengo el mismo problema con Ubuntu 16.04, systemd y NginX 1.10.1 desde la fuente.
Estaba usando el archivo nginx.service predeterminado: https://www.nginx.com/resources/wiki/start/topics/examples/systemd/
El problema era la ubicación nginx.pid, para solucionarlo I:
Disparó Nginx sin el servicio
Actualizado el localizar db:
Encontró la ubicación del archivo pid
Y actualicé el archivo nginx.service a la ubicación donde lo encontré
(No tengo idea de por qué está almacenado en mi directorio de registros ...)
Luego ejecute daemon-reload para recargar el archivo nginx.service
Después "systemctl start nginx" funciona como un encanto. Espero que esto ayude.
fuente
/usr/local/nginx/logs/nginx.pidque la rutaPIDFilefuncionó para mí (usando el servidor ubuntu 16.04.2 y nginx 1.12.1). ThxSe cuelga debido a este error:
Las nuevas distribuciones de Linux vienen con systemd . Si usa un servicio incluido con su distribución, ya estará configurado para systemd.
Como está compilando nginx de las fuentes y está utilizando un archivo de inicio SysV ( /etc/init.d/nginx ), systemd usará un generador para analizarlo ( systemd-sysv-generator ).
En su script SysV, define el archivo pid e inicia el proceso con:
Si no me equivoco, está utilizando un script de inicio de SUSE Linux en Ubuntu (debido al comando startproc ), ese comando startproc solo lee el archivo pid (especificado por el parámetro -p ), no lo crea, por lo tanto systemd no puede encontrar un archivo pid y se cuelga.
En su caso, la solución es crear el archivo pid en su script de inicio SysV (en la ubicación /var/run/nginx.pid ), usar un script de inicio Ubuntu SysV o systemd.
Esto también puede suceder (no lo que le está sucediendo a usted) cuando tiene un script de inicio SysV correcto que crea un archivo pid, pero es diferente del que se comenta en la parte superior del archivo. El generador systemd lee los comentarios, por ejemplo este:
Y usa el archivo pid definido allí.
Más información:
fuente
Parece que
/usr/lib/systemd/system/nginx.serviceestá mal formado. Asegúrese de que esta línea esté configurada:Alternativamente, puede copiar la
[Service]sección a un nuevo archivo llamado/etc/systemd/system/nginx.service. Los archivos de unidad colocados le/etc/systemd/systempermiten anular secciones sin duplicar todo el archivo instalado por el administrador de paquetes.fuente