主页 / server / 问题 / 716847
Accepted
Aleksei Matiushkin
Asked: 2015-08-26 22:48:01 +0800 CST

ubuntu 上的 sidekiq 未能阻止暴发户

  • 772

我完全按照wiki 中的说明为 sidekiq 安装了一个新贵服务。

也就是说，我有一个新贵脚本，它创建一个进程：

# skipped other insstructions
script
exec /bin/bash <<'EOT'
  source /home/me/.my_env
  cd /home/me
  exec bin/sidekiq -e production
EOT
end script

服务完美启动，但正如人们所见，sidekiq 的 PID 不等于已知的 PID upstart。

» initctl status sidekiq
# sidekiq start/running, process 16020
» ps axww|grep sidekiq
# 16181 ?        Sl     0:41 sidekiq 3.0.0 me[0 of 3 busy]

该配置适用于除 sidekiq 之外的任何其他新贵脚本：

» sudo initctl stop sidekiq
# sidekiq stop/waiting
» ps axww|grep sidekiq
# 16181 ?        Sl     0:45 sidekiq 3.0.0 me[0 of 3 busy]

似乎initctl杀死了 bash 进程，将其视为工作（16020），但底层sidekiq继续存在：

» ps axww|grep  '16181\|16020'
# 16181 ?        Sl     0:45 sidekiq 3.0.0 me[0 of 3 busy]

我究竟做错了什么？

upstart

2 个回答

  1. 听起来 sidekiq 正在去魔化或至少分叉。所以你需要关注http://upstart.ubuntu.com/cookbook/#expect，或者找到一个在非守护进程模式下运行的 sidekiq 选项，或者添加一个适当的期望语句。

    • 1
  2. Best Answer

    感谢@douglas-leeder 为我指明了正确的方向。

    sidekiq既不是妖魔化自己也不是分叉自己（除非-d明确指定选项。）但是在我的 exec 脚本中，我调用了其他进程，那个新贵试图算作我的一般进程。

    expect选项在这里没有帮助，因为实际的 sidekiq 进程在链中排在第 6 位。更糟糕的是：指定expect fork导致新贵在停止服务时挂断，而expect daemon在启动时挂断。有关如何对抗 sidekiq 挂断的信息，请参阅此答案。

    我最终坚持的解决方案：需要定义post-stop一段暴发户脚本，其中包含如下内容：

    post-stop script
   # ps-grep your PIDS
   # for sidekiq:
   SQ_PIDS=`ps -Ao pid,command | grep sidekiq | grep -v grep | awk '{ print $1 }' | sed 'N;s/\n/ /g'`
   sudo kill -USR1 $SQ_PIDS
   sleep 3
   sudo kill -9 $SQ_PIDS
   sudo rm sidekiq.pid 2>&1 >/dev/null
end script

    上面将尝试优雅地关闭 sidekiq 并最终将其杀死。不是最优雅的解决方案，但它有效。

    • 0

相关问题