小编cod*_*ger的帖子

好吧，这是在融化我的大脑。这可能与我不太了解 Upstart 的事实有关。很抱歉，这个问题很长。

我正在尝试使用 Upstart 来管理 Rails 应用程序的 Unicorn 主进程。这是我的当前/etc/init/app.conf：

description "app"

start on runlevel [2]
stop on runlevel [016]

console owner

# expect daemon

script
  APP_ROOT=/home/deploy/app
  PATH=/home/deploy/.rbenv/shims:/home/deploy/.rbenv/bin:$PATH
  $APP_ROOT/bin/unicorn -c $APP_ROOT/config/unicorn.rb -E production # >> /tmp/upstart.log 2>&1
end script

# respawn

这工作得很好 - 独角兽开始很棒。不好的是，检测到的 PID 不是 Unicorn master 的，而是一个sh进程。这本身也不是那么糟糕 - 如果我没有使用自动独角兽零停机部署策略。因为在我发送-USR2给我的独角兽主人后不久，一个新主人出现了，而旧主人死了……这个sh过程也是如此。所以 Upstart 认为我的工作已经死了，如果我愿意，我不能再用它重新启动restart或停止它stop。

我玩过配置文件，尝试将 -D 添加到 Unicorn 行（如下所示$APP_ROOT/bin/unicorn -c $APP_ROOT/config/unicorn.rb -E production -D：）来守护 Unicorn，然后我添加了该expect daemon …