【问题标题】:custom linux daemon won't stop using "service stop"自定义 linux 守护进程不会停止使用“服务停止”
【发布时间】:2016-07-01 05:15:39
【问题描述】:

我编写了一个自定义 python 守护程序,它通过 ubuntu 14.04 上的 init.d 脚本作为服务运行。启动服务工作正常,但是当我尝试执行“服务监视器停止”时,守护程序不会终止。我正在使用 pyinotify 来守护一个文件观察器以进行更改。

在 init.d 脚本中:

PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="Monitor files"
NAME=monitor
DAEMON=/usr/bin/python
DAEMON_ARGS="/home/user/python/monitor.py"
PIDFILE=/home/user/logs/monitor.pid
LOGFILE=/home/user/logs/monitor.log
SCRIPTNAME=/etc/init.d/$NAME

...

do_stop()
{
    # Return
    #   0 if daemon has been stopped
    #   1 if daemon was already stopped
    #   2 if daemon could not be stopped
    #   other if a failure occurred
    start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE --name $NAME
    RETVAL="$?"
    # Many daemons don't delete their pidfiles when they exit.
    rm -f $PIDFILE
    return "$RETVAL"
    echo "done"
}

...

case "$1" in
  start)
    [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
    do_start
    case "$?" in
            0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
            2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
    esac
    ;;
  stop)
    [ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
    do_stop
    case "$?" in
            0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
            2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
    esac
    ;;

...

为确保守护进程正确处理 SIGERM,我可以手动运行它:

bash$ /usr/bin/python /home/user/python/monitor.py
bash$ kill -Term PID

守护进程成功处理 SIGTERM 并正确退出。

我似乎无法弄清楚为什么当我执行“服务监视器停止”时它没有处理它。

【问题讨论】:

  • 在运行时,PIDFILE 是否包含正确的进程 ID?从您的命令行示例看来,monitor.py 将自己变成了后台进程,因此start-stop-daemon 可能记录了错误的 PID
  • 我之前的评论假定start-stop-daemon 已被告知--make-pidfile,否则由monitor.py 写出来。 (do_start 不在问题中)
  • 是的,没错,python 程序确实把自己变成了后台进程,并且 PIDFILE 中的 PID 与进程的 PID 匹配。是的,它在 python 程序中创建了自己的 PIDFILE。

标签: python ubuntu service start-stop-daemon pyinotify


【解决方案1】:

检查进程$NAME 是否正确,如传递给start-stop-daemon --stop 命令。我刚刚遇到了这个问题,因为我正在运行的进程在派生其守护进程时最终会获得不同的名称。尝试运行它以查看进程命令名称:

ps -o comm= $(cat /home/user/logs/monitor.pid)

我打赌你的输出是这个(而不是monitor):

python

然后将停止命令更改为如下所示,用python 代替$NAME

start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE --name python

【讨论】:

  • 是的,你是 100% 正确的。该进程已重命名为 python。你的建议解决了它。作为后续,是否可以在 --name 之后添加“python”与其他系统进程冲突?是否有更好的做法来正确命名我的守护进程?
  • 您可能正在寻找类似this 的内容。可能不值得付出所有努力。如果您的$PIDFILE 得到适当保护(不受信任的用户无法写入),那么您最终会杀死错误的基于 Python 的进程的风险应该很低。只要$PIDFILE 存在于/var/run(通常是 tmpfs)中,它就会在重新启动时被破坏,这将进一步降低几率。