2011-11-05 52 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管理)? –