Python 脚本作为 linux 服务/守护进程

Posted 2023-02-26

【中文标题】Python 脚本作为 linux 服务/守护进程

【英文标题】：Python script as linux service/daemon

【发布时间】：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 守护进程”吗？

【参考方案1】：

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

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

description "My service"
author  "Some Dude <[e-mail]>"

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 的回答很好。这是一个轻微的改进，只是因为我花了很多时间调试。而且我需要做一个新的答案，这样我才能正确格式化。

其他几点让我永远调试：

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

这是我的版本：

description "My service"
author  "Some Dude <[e-mail]>"

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 或重新启动。还是谢谢你的回复

非常感谢。关于“不期望节”的提示是黄金。不幸的是，新贵在重新启动之间保持某种状态，并且有时会无缘无故地挂起正确的文件。使调试非常困难。