Nginx hang menggunakan "service nginx start"


12

Saya telah mengompilasi nginx dengan jalur khusus untuk server produksi saya dan ketika saya mencoba memulai / memulai ulang layanan menggunakan:

service nginx start

atau

service nginx restart

Memasuki baris baru tanpa mengembalikan shell: Gambar terminal saat menjalankan perintah

Jadi masalahnya adalah saya tidak bisa mengendalikan nginx menggunakan serviceperintah. Layanan ini sebenarnya berjalan tetapi tidak mengembalikan shell kepada saya jadi saya selalu harus menekan ctrl+ cuntuk mendapatkannya kembali.

Saya juga harus menyebutkan bahwa nginx berjalan dengan baik ketika memanggilnya dengan nginxperintahnya sendiri dan berhenti atau memuat ulang dengan mudah nginx -s stop/reload.

Masalah ini tetap ada systemctl start nginx, tetapi systemctl stop nginxberfungsi dengan baik.

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

UPDATE : Masalahnya juga berlanjut saat menggunakan wadah Docker pada CoreOS alpha.

UPDATE 2 : Berikut adalah output untuk strace -o log -f service nginx startdan journalctl -xe:

strace -o log -f service nginx start Keluaran log [terlalu panjang untuk dikirim di sini]


    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

1
Karena nginxberfungsi dengan baik ketika memulai dari cli sendiri, Anda perlu men-debug skrip layanannya .
drookie

Cobalah untuk memperbaiki masalahnya. Ini akan menunjukkan kepada Anda apa yang tidak dapat diselesaikan oleh panggilan sistem. Cukup instal strace, lalu strace -ff service nginx start.
anx

@drookie @anx Saya telah memposting hasil journalctldan di stracesini tapi jujur ​​saya tidak tahu bagaimana memahami masalah dari output strace. Saya akan sangat menghargai sedikit bantuan, jika memungkinkan.
T0M XeOn LuCiFeR

@ T0M XeOn LuCiFeR sudahkah Anda memperbaiki masalah ini?
Bhargav Patel

Jawaban:


9

Saya mengalami masalah yang sama dengan Ubuntu 16.04, systemd dan NginX 1.10.1 dari sumber.

Saya menggunakan file nginx.service default: https://www.nginx.com/resources/wiki/start/topics/examples/systemd/

Masalahnya adalah lcoation nginx.pid, untuk memperbaikinya I:

Nginx dinyalakan tanpa layanan

sudo nginx start

Diperbarui db loc:

sudo updatedb

Menemukan lokasi file pid

locate "nginx.pid"

Dan memperbarui file nginx.service ke lokasi tempat saya menemukannya

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

(Tidak tahu mengapa itu disimpan di dir log saya ...)

Kemudian jalankan daemon-reload untuk memuat kembali file nginx.service

systemctl daemon-reload

Setelah itu "systemctl start nginx" bekerja seperti pesona. Semoga ini membantu.


Diberikan /usr/local/nginx/logs/nginx.pidsebagai jalur untuk PIDFilebekerja untuk saya (menggunakan server ubuntu 16.04.2 dan nginx 1.12.1). Terima kasih
youssman

Ini berhasil untuk saya. Ketika membangun nginx dari sumber, saya telah mengonfigurasinya dengan "--pid-path = / usr / local / nginx / nginx.pid". Ketika saya mengatur nginx.service, saya telah menggunakan jalur yang salah dan menyebabkan masalah yang sama. Ketika dikoreksi, itu tidak menyebabkan gantung dan penghentian berikutnya. Terima kasih!
geeth

3

Itu hang karena kesalahan ini:

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

Distro Linux yang lebih baru hadir dengan systemd . Jika Anda menggunakan layanan yang dibundel dengan distro Anda, Anda akan mendapatkannya sudah dikonfigurasi untuk systemd.

Karena Anda mengkompilasi nginx dari sumber dan Anda menggunakan file init SysV ( /etc/init.d/nginx ), systemd akan menggunakan generator untuk menguraikannya ( systemd-sysv-generator ).

Dalam skrip SysV Anda, Anda menentukan file pid dan memulai proses dengan:

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

Jika saya tidak salah Anda menggunakan skrip init SUSE Linux di Ubuntu (karena perintah startproc ), bahwa perintah startproc hanya membaca file pid (ditentukan oleh parameter -p ), itu tidak membuatnya, dengan demikian systemd tidak dapat menemukan file pid dan hang.

Dalam kasus Anda, solusinya adalah dengan membuat file pid di skrip init SysV Anda (di lokasi /var/run/nginx.pid ), gunakan skrip init Ubuntu SysV, atau skrip systemd.

Ini juga dapat terjadi (bukan apa yang terjadi pada Anda) ketika Anda memiliki skrip init SysV yang benar yang membuat file pid, tetapi berbeda dari yang berkomentar di bagian atas file. Generator systemd membaca komentar, misalnya yang ini:

# pidfile: /var/run/nginxd.pid

Dan menggunakan pidfile yang didefinisikan di sana.

Informasi lebih lanjut:


2

Kedengarannya seperti /usr/lib/systemd/system/nginx.servicecacat. Pastikan baris ini disetel:

PIDFile=/var/run/nginx.pid

Atau Anda dapat menyalin [Service]bagian ke file baru bernama /etc/systemd/system/nginx.service. File unit yang ditempatkan /etc/systemd/systemmemungkinkan Anda untuk mengganti bagian tanpa menduplikasi seluruh file yang diinstal oleh manajer paket.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.