【问题标题】:Python script as linux service/daemonPython 脚本作为 linux 服务/守护进程
【发布时间】:2011-06-09 23:39:44
【问题描述】:

你好,

我正在尝试让 python 脚本在 (ubuntu) linux 上作为服务(守护程序)运行。

在网络上有几种解决方案,例如:

http://pypi.python.org/pypi/python-daemon/

一个行为良好的 Unix 守护进程很难正确处理,但每个守护程序所需的步骤几乎相同。 DaemonContext 实例保存程序的行为和配置的进程环境;将实例用作上下文管理器以进入守护程序状态。

http://www.jejik.com/articles/2007/02/a_simple_unix_linux_daemon_in_python/

但是,由于我想将我的 python 脚本专门与 ubuntu linux 集成,我的解决方案是与 init.d 脚本的组合

#!/bin/bash

WORK_DIR="/var/lib/foo"
DAEMON="/usr/bin/python"
ARGS="/opt/foo/linux_service.py"
PIDFILE="/var/run/foo.pid"
USER="foo"

case "$1" in
  start)
    echo "Starting server"
    mkdir -p "$WORK_DIR"
    /sbin/start-stop-daemon --start --pidfile $PIDFILE \
        --user $USER --group $USER \
        -b --make-pidfile \
        --chuid $USER \
        --exec $DAEMON $ARGS
    ;;
  stop)
    echo "Stopping server"
    /sbin/start-stop-daemon --stop --pidfile $PIDFILE --verbose
    ;;
  *)
    echo "Usage: /etc/init.d/$USER {start|stop}"
    exit 1
    ;;
esac

exit 0

在python中:

import signal
import time
import multiprocessing

stop_event = multiprocessing.Event()

def stop(signum, frame):
    stop_event.set()

signal.signal(signal.SIGTERM, stop)

if __name__ == '__main__':
    while not stop_event.is_set():
        time.sleep(3)

我现在的问题是这种方法是否正确。我必须处理任何额外的信号吗?它会是一个“行为良好的 Unix 守护进程”吗?

【问题讨论】:

    标签: python linux service daemon


    【解决方案1】:

    假设你的守护进程有某种持续运行的方式(一些事件循环、扭曲等),你可以尝试使用upstart

    这是一个假设的 Python 服务的示例 upstart 配置:

    description "My service"
    author  "Some Dude <blah@foo.com>"
    
    start on runlevel [234]
    stop on runlevel [0156]
    
    chdir /some/dir
    exec /some/dir/script.py
    respawn
    

    如果你把它作为 script.conf 保存到/etc/init 你只需做一次

    $ sudo initctl reload-configuration
    $ sudo start script
    

    您可以使用stop script 停止它。上面的 upstart conf 说的是在重新启动时启动这个服务,如果它死了也重新启动它。

    至于信号处理——你的进程应该自然地响应SIGTERM。默认情况下,除非您专门安装了自己的信号处理程序,否则应处理此问题。

    【讨论】:

    • 你说得对,暴发户是现在的标准!由于上面的脚本处理 SIGTERM 它应该可以使用您的配置文件:)
    • 我刚刚做了一个额外的调整。如果您的 python 脚本在 virtualenv 下运行,您只需更改 upstart 以使用环境中的 python 可执行文件:exec /home/user/.env/environ/bin/python /some/dir/script.py
    • 很棒的信息。 /etc/init 文件的文档在哪里?
    • 从新贵版本 1.4 开始,您可以使用“setid”和“setgid”。参数是用户/组名。
    • Upstart 似乎不再是标准。 Wikipedia 列出了许多“[...] 移除或不再使用 [upstart] 作为默认初始化系统的 Linux 发行版”。他们正在使用 systemd 代替。 More on Upstream vs Systemd from unix.stackexchange
    【解决方案2】:

    Rloton 的回答很好。这是一个轻微的改进,只是因为我花了很多时间调试。而且我需要做一个新的答案,这样我才能正确格式化。

    其他几点让我永远调试:

    1. 失败时,先查看/var/log/upstart/.log
    2. 如果您的脚本使用python-daemon 实现守护程序,则不要使用“expect daemon”节。没有“期望”的作品。我不知道为什么。 (如果有人知道原因 - 请发布!)
    3. 此外,请继续检查“initctl 状态脚本”以确保您已启动(启动/运行)。 (并在更新 conf 文件时重新加载)

    这是我的版本:

    description "My service"
    author  "Some Dude <blah@foo.com>"
    
    env PYTHON_HOME=/<pathtovirtualenv>
    env PATH=$PYTHON_HOME:$PATH
    
    start on runlevel [2345]
    stop on runlevel [016]
    
    chdir <directory>
    
    # NO expect stanza if your script uses python-daemon
    exec $PYTHON_HOME/bin/python script.py
    
    # Only turn on respawn after you've debugged getting it to start and stop properly
    respawn
    

    【讨论】:

    • 当我将此配置复制到 /etc/init 然后键入 service myservicename 它没有找到它。这是怎么回事。
    • 你是在 initctl reload-configuration 后面跟着 service myservice start 吗?
    • 很抱歉,它现在可以使用。我正在输入 service servicename 认为它显然不会给我我的选择......你必须做 servicename start stop 或重新启动。还是谢谢你的回复
    • 非常感谢。关于“不期望节”的提示是黄金。不幸的是,新贵在重新启动之间保持某种状态,并且有时会无缘无故地挂起正确的文件。使调试非常困难。