2011-11-05 26 views
3

我使用的是:http://wiki.nginx.org/RedHatNginxInitScript的init.d腳本,但是這個腳本在我的CentOS 5.5 nginx 1.0.6(由乘客安裝)上很糟糕。 它吮吸有2個原因:Cent OS上的nginx的init.d腳本

  1. 當我運行service nginx start,它開始nginx的,但這時不要放棄它的自我。

  2. 它運行在一些不同的運行路徑($ PATH),使導軌將無法找到位於裏面的/ usr/local/bin目錄(如Node.js的)可執行

有任何適合你們的init.d腳本(在CentOS或其他基於Redhat的發行版上)都沒有這些問題?

回答

6

這裏的一個:http://articles.slicehost.com/2009/2/2/centos-adding-an-nginx-init-script已經爲我工作過去。

例如,您需要將路徑更改爲「/ etc/nginx」而不是「/ usr/local/nginx」。

其實兩者都是相似的,只是您的舊有一個額外的「MakeDirs」功能。不知道爲什麼這可能是需要的。

我現在的一個低於:

#!/bin/sh 
# 
# nginx - this script starts and stops the nginx daemon 
# 
# chkconfig: - 85 15 
# description: Nginx is an HTTP(S) server, HTTP(S) reverse \ 
#    proxy and IMAP/POP3 proxy server 
# processname: nginx 
# config:  /etc/nginx/nginx.conf 
# config:  /etc/sysconfig/nginx 
# pidfile:  /var/run/nginx.pid 

# Source function library. 
. /etc/rc.d/init.d/functions 

# Source networking configuration. 
. /etc/sysconfig/network 

# Check that networking is up. 
[ "$NETWORKING" = "no" ] && exit 0 

nginx="/usr/sbin/nginx" 
prog=$(basename $nginx) 

sysconfig="/etc/sysconfig/$prog" 
lockfile="/var/lock/subsys/nginx" 
pidfile="/var/run/${prog}.pid" 

NGINX_CONF_FILE="/etc/nginx/nginx.conf" 

[ -f $sysconfig ] && . $sysconfig 


start() { 
    [ -x $nginx ] || exit 5 
    [ -f $NGINX_CONF_FILE ] || exit 6 
    echo -n $"Starting $prog: " 
    daemon $nginx -c $NGINX_CONF_FILE 
    retval=$? 
    echo 
    [ $retval -eq 0 ] && touch $lockfile 
    return $retval 
} 

stop() { 
    echo -n $"Stopping $prog: " 
    killproc -p $pidfile $prog 
    retval=$? 
    echo 
    [ $retval -eq 0 ] && rm -f $lockfile 
    return $retval 
} 

restart() { 
    configtest_q || return 6 
    stop 
    start 
} 

reload() { 
    configtest_q || return 6 
    echo -n $"Reloading $prog: " 
    killproc -p $pidfile $prog -HUP 
    echo 
} 

configtest() { 
    $nginx -t -c $NGINX_CONF_FILE 
} 

configtest_q() { 
    $nginx -t -q -c $NGINX_CONF_FILE 
} 

rh_status() { 
    status $prog 
} 

rh_status_q() { 
    rh_status >/dev/null 2>&1 
} 

# Upgrade the binary with no downtime. 
upgrade() { 
    local oldbin_pidfile="${pidfile}.oldbin" 

    configtest_q || return 6 
    echo -n $"Upgrading $prog: " 
    killproc -p $pidfile $prog -USR2 
    retval=$? 
    sleep 1 
    if [[ -f ${oldbin_pidfile} && -f ${pidfile} ]]; then 
     killproc -p $oldbin_pidfile $prog -QUIT 
     success $"$prog online upgrade" 
     echo 
     return 0 
    else 
     failure $"$prog online upgrade" 
     echo 
     return 1 
    fi 
} 

# Tell nginx to reopen logs 
reopen_logs() { 
    configtest_q || return 6 
    echo -n $"Reopening $prog logs: " 
    killproc -p $pidfile $prog -USR1 
    retval=$? 
    echo 
    return $retval 
} 

case "$1" in 
    start) 
     rh_status_q && exit 0 
     $1 
     ;; 
    stop) 
     rh_status_q || exit 0 
     $1 
     ;; 
    restart|configtest|reopen_logs) 
     $1 
     ;; 
    force-reload|upgrade) 
     rh_status_q || exit 7 
     upgrade 
     ;; 
    reload) 
     rh_status_q || exit 7 
     $1 
     ;; 
    status|status_q) 
     rh_$1 
     ;; 
    condrestart|try-restart) 
     rh_status_q || exit 7 
     restart 
     ;; 
    *) 
     echo $"Usage: $0 {start|stop|reload|configtest|status|force-reload|upgrade|restart|reopen_logs}" 
     exit 2 
esac 

這就是分佈與EPEL Nginx的RPM。

+0

init.d腳本解決#1。我也用'nginx -s stop'替換'killproc'(我猜這個init.d是用於0.x的,'-s stop'是1.0中引入的)。不過,我需要一種方法讓nginx運行不同的PATH –

+0

你是對的。自0.7版本穩定版本以來,我一直在使用該init文件。我已經用當前的分佈式init代碼更新了答案。添加「reopen_logs」,但仍使用killproc。 – Dayo

+0

你有任何想法讓Web服務器(在我的情況下:乘客)拿起適當的路徑(PATH,包括/ opt/local/bin和所有其他目錄作爲一個正常的shell管理)? –