Nginx se bloque en utilisant "service nginx start"

12

J'ai compilé nginx avec des chemins personnalisés pour mon serveur de production et lorsque j'essaie de démarrer / redémarrer le service en utilisant:

service nginx start

ou

service nginx restart

Il entre dans une nouvelle ligne sans retourner le shell: Image du terminal lors de l'exécution de la commande

Le problème est donc que je ne peux pas contrôler nginx en utilisant la servicecommande. Le service fonctionne réellement mais il ne me renverra pas de shell donc je dois toujours appuyer sur ctrl+ cpour le récupérer.

Je dois également mentionner que nginx fonctionne très bien lors de l'appel par sa propre nginxcommande et s'arrête ou se recharge facilement en utilisant nginx -s stop/reload.

Ce problème persiste systemctl start nginxégalement, mais systemctl stop nginxfonctionne très bien.

Info:

$ 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

MISE À JOUR : Le problème persiste également lors de l'utilisation du conteneur Docker sur CoreOS alpha.

MISE À JOUR 2 : Voici les sorties pour strace -o log -f service nginx startet journalctl -xe:

strace -o log -f service nginx start Sortie du journal [trop long pour poster ici]


    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
T0M XeOn LuCiFeR
la source
1
Étant donné que cela nginxfonctionne bien lorsque vous démarrez à partir d'une interface utilisateur seule, vous devez déboguer son script de service .
drookie
Essayez d'étirer le problème. Il vous montrera quel appel système il ne peut pas terminer. Installez simplement strace, puis strace -ff service nginx start.
anx
@drookie @anx J'ai publié les résultats de journalctlet straceici, mais honnêtement, je n'ai aucune idée comment comprendre le problème à partir de la sortie de strace. j'apprécierais un peu d'aide, si possible.
T0M XeOn LuCiFeR
@ T0M XeOn LuCiFeR avez-vous résolu ce problème?
Bhargav Patel,
Peut-être lié à ce bogue: bugs.launchpad.net/ubuntu/+source/nginx/+bug/1581864
Elliott B

Réponses:

9

J'ai le même problème avec Ubuntu 16.04, systemd et NginX 1.10.1 depuis la source.

J'utilisais le fichier nginx.service par défaut: https://www.nginx.com/resources/wiki/start/topics/examples/systemd/

Le problème était la localisation nginx.pid, pour le résoudre, je:

A lancé Nginx sans le service

sudo nginx start

Mise à jour de la base de données de localisation:

sudo updatedb

Trouvé l'emplacement du fichier pid

locate "nginx.pid"

Et mis à jour le fichier nginx.service à l'emplacement où je l'ai trouvé

PIDFile=/usr/local/nginx/logs/nginx.pid

(Aucune idée pourquoi il est stocké dans mon répertoire de journaux ...)

Exécutez ensuite daemon-reload pour recharger le fichier nginx.service

systemctl daemon-reload

Ensuite, "systemctl start nginx" fonctionne comme un charme. J'espère que cela t'aides.

Maxime
la source
Donné /usr/local/nginx/logs/nginx.pidcomme chemin d'accès pour PIDFilemoi (en utilisant le serveur Ubuntu 16.04.2 et nginx 1.12.1). Thx
youssman
Ça a marché pour moi. Lors de la construction de nginx à partir de la source, je l'avais configuré avec "--pid-path = / usr / local / nginx / nginx.pid". Lorsque j'ai configuré nginx.service, j'avais utilisé un mauvais chemin et causé le même problème. Corrigé, il n'a pas provoqué de suspension ni de résiliation ultérieure. Merci!
geeth
3

Il se bloque à cause de cette erreur:

PID file /var/run/nginx.pid not readable (yet?) after start

Les distributions Linux plus récentes sont fournies avec systemd . Si vous utilisez un service fourni avec votre distribution, vous l'obtiendrez déjà configuré pour systemd.

Puisque vous compilez nginx à partir des sources et que vous utilisez un fichier d'initialisation SysV ( /etc/init.d/nginx ), systemd utilisera un générateur pour l'analyser ( systemd-sysv-generator ).

Dans votre script SysV, vous définissez le fichier pid et lance le processus avec:

NGINX_PID=/var/run/nginx.pid
...
/sbin/startproc -p $NGINX_PID $NGINX_BIN

Si je ne me trompe pas, vous utilisez un script d'initialisation SUSE Linux sur Ubuntu (à cause de la commande startproc ), cette commande startproc ne lit que le fichier pid (spécifié par le paramètre -p ), il ne le crée pas, donc systemd ne peut pas trouver un fichier pid et il se bloque.

Dans votre cas, la solution consiste à créer le fichier pid dans votre script d'initialisation SysV (à l' emplacement /var/run/nginx.pid ), à utiliser un script d'initialisation Ubuntu SysV ou un script systemd.

Cela peut également se produire (pas ce qui vous arrive) lorsque vous avez un script d'initialisation SysV correct qui crée un fichier pid, mais il est différent de celui commenté en haut du fichier. Le générateur systemd lit les commentaires, par exemple celui-ci:

# pidfile: /var/run/nginxd.pid

Et utilise le pidfile défini ici.

Plus d'information:

DiegoG
la source
2

On dirait que /usr/lib/systemd/system/nginx.servicec'est malformé. Assurez-vous que cette ligne est définie:

PIDFile=/var/run/nginx.pid

Vous pouvez également copier la [Service]section dans un nouveau fichier appelé /etc/systemd/system/nginx.service. Les fichiers unitaires placés dans /etc/systemd/systemvous permettent de remplacer les sections sans dupliquer l'intégralité du fichier installé par le gestionnaire de packages.

eradman
la source