如何通过upstart启动Nginx？

背景：

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.04
DISTRIB_CODENAME=lucid
DISTRIB_DESCRIPTION="Ubuntu 10.04 LTS"

我已经构建了nginx，我想使用upstart来启动它：

来自站点的nginx新贵脚本：

description "nginx http daemon"

start on runlevel 2

stop on runlevel 0
stop on runlevel 1
stop on runlevel 6

console owner

exec /usr/sbin/nginx -c /etc/nginx/nginx.conf  -g "daemon off;"

respawn

当我尝试使用initctl来运行它时，我得到了“未知工作”，这显然是我发现的，这意味着有错误（“ Error”描述错误是什么问题？）

有人可以指出我正确的方向吗？我已经按原样阅读了文档，对于SysV init替换来说似乎有点稀疏...但是只需要将这项工作添加到列表中，然后运行它，然后继续我剩下的工作即可。 .. 有小费吗？

编辑：initctl版本init（upstart 0.6.5）

stop onUpstart> = 0.5的upstart作业描述中不能有多个指令。

而且console owner可能不是您想要的（这使nginx成为系统控制台的所有者）。

尝试：

description "nginx http daemon"
start on runlevel 2
stop on runlevel [016]
console output
exec /usr/sbin/nginx -c /etc/nginx/nginx.conf  -g "daemon off;"
respawn

我在这里结束了不止一次，所以我认为在使用了这里的答案之后，我将根据自己的经验提供一个更新的答案。特别感谢@danorton和@orj的回答。

该脚本已经在运行于Ubuntu 12.04的Nginx 1.0.11和Passenger 3.0.11的Upstart 1.5上进行了测试。如果您不使用乘客，则可能需要玩转乘火车post-stop。请参阅新贵食谱。

在空白处/etc/init/nginx.conf添加以下行（您可以根据需要删除评论）：

description "nginx http daemon"

start on (filesystem and net-device-up IFACE=lo)
stop on runlevel [!2345]

env DAEMON=/usr/local/nginx/sbin/nginx
env PIDFILE=/var/run/nginx.pid

# Needed to allow Nginx to start, however, the wrong PID will be tracked
expect fork

# Test the nginx configuration (Upstart will not proceed if this fails)
pre-start exec $DAEMON -t

# Ensure nginx is shutdown gracefully
# Upstart will be tracking the wrong PID so the following is needed to stop nginx
post-stop exec start-stop-daemon --stop --pidfile $PIDFILE --name nginx --exec $DAEMON --signal QUIT

# Start Nginx
exec $DAEMON

我已经从Nginx Wiki上获取了Upstart脚本，并对其进行了调整，因为不需要很多行，引起混乱或不起作用。

您可能需要更改env DAEMON和env PID行，具体取决于您在哪里安装了nginx并正在编写PID。可以在nginx中配置PID。

我尝试了各种形式的expect。expect fork似乎只有工作。Nginx使用乘客创建了61个叉子。Upstart需要0、1或2。正如其他人所暗示的，Upstart将跟踪错误的PID。我也删除respawn了它，因为相同的原因它什么也没做。一些其他的启动前/启动后脚本可能能够通过获取实际的PID来解决此问题。但是，我使用monit处理重启，因此不需要它。

不要使用daemon off。这仅用于开发。参见http://wiki.nginx.org/CoreModule#daemon

参考文献：

• http://upstart.ubuntu.com/cookbook/#expect-fork
• http://wiki.nginx.org/NginxCommandLine#Stopping_or_Restarting_Nginx

你不能 无论如何，至少不正确。

Nginx不会以新贵需要的两种方式之一（通过“ expect fork”或“ expect daemon”）来生成其守护进程，因此，新贵无法跟踪主nginx进程。有一些技巧，但是它们有自己的问题。

如果您对新贵无法跟踪主进程并在关机时将其杀死的事实感到满意，则可以这样做：

start on local-filesystems \
  and (net-device-added INTERFACE=lo) \
  and (runlevel [12345])
stop on runlevel [06]

env DAEMON=/usr/sbin/nginx

respawn
respawn limit 10 5

expect daemon

pre-start script
  $DAEMON -t
end script

$DAEMON

有一个新贵配置文件例如在NGINX的Wiki。

您可能需要在配置文件中调整nginx二进制文件的路径。

对于Ubuntu 10.04和nginx 1.0.5，此配置文件对我来说工作正常。

我还安装了一个指向的nginx符号链接/etc/init.d，/lib/init/upstart-job因此可以使用标准service命令启动和停止nginx。

注意：如果将Phusion Passenger与NGINX一起安装，则可能需要将以下节添加到Upstart配置脚本中：

env PID=/opt/nginx/logs/nginx.pid
post-stop script
    start-stop-daemon --stop --pidfile $PID --name nginx --exec $DAEMON --signal TERM
end script

我发现在我的Ubuntu配置中这是必需的。否则，当我发布initctl stop nginx或service nginx stopnginx时并没有真正停止。我还注意到Upstart认为nginx进程具有一个PID，该PID实际上是乘客进程之一的PID。因此很明显，NGINX / Passenger使Upstart有点混乱。

我用：

description "Nginx HTTP Server"

start on filesystem
stop on runlevel [!2345]

respawn

exec /opt/nginx/sbin/nginx -g "daemon off;"

停止runlevel [!...]似乎更标准。这就是股票ssh / samba脚本的作用。您还应该添加该respawn位，以便它死后重新启动。我也不确定为什么要console output简单地将控制台输出发送到stdout。默认行为是仅将控制台输出发送到记录器。

您可以在Upstart Wiki上查看所有的节文档。

description "nginx"

start on (net-device-up and local-filesystems)
stop on runlevel [016]

expect fork
respawn
exec /usr/sbin/nginx

有关更多信息，请参见http://geeknme.wordpress.com/2009/10/15/getting-started-with-upstart-in-ubuntu。

奇怪的是，这里没有一个答案能真正完全起作用，因为它们使新贵处于停止/终止状态，从而阻止了另一个新作品的开始。这意味着restart nginx失败。

带有upstart的错误已在https://bugs.launchpad.net/upstart/+bug/406397上得到了很好的记录，令我惊讶的是，upstart的作者似乎并不十分在意修复它。我看到的唯一可行的解​​决方案如下（从同一错误报告中窃取）：

# nginx - Nginx Web Server
#

description "Nginx Web Server"

start on (local-filesystems and
    (net-device-up IFACE=eth1 or net-device-up IFACE=eth0) )
stop on runlevel [!2345]

env DAEMON=/usr/local/sbin/nginx
env PID=/var/run/nginx.pid

respawn

pre-start script
$DAEMON -s stop 2> /dev/null || true
$DAEMON -t > /dev/null
$DAEMON
end script

script
sleepWhileAppIsUp(){
    while pidof $1 >/dev/null; do
    sleep 1
    done
}
sleepWhileAppIsUp $DAEMON
end script

post-stop script
if pidof > /dev/null $DAEMON;
then
    $DAEMON -s stop
fi
end script

这样写的好处是，即使重生也可以。缺点是丑陋且令人讨厌。