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

tau*_*ran 67 python linux service daemon

你好,

我想让一个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
Run Code Online (Sandbox Code Playgroud)

并在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)
Run Code Online (Sandbox Code Playgroud)

我现在的问题是这种方法是否正确.我是否必须处理任何其他信号?它会是一个"表现良好的Unix守护进程"吗?

rlo*_*tun 87

假设你的守护进程有一些连续运行的方式(某些事件循环,扭曲,等等),你可以尝试使用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
Run Code Online (Sandbox Code Playgroud)

如果你将它保存为script.conf就/etc/init可以一次性完成

$ sudo initctl reload-configuration
$ sudo start script
Run Code Online (Sandbox Code Playgroud)

你可以用它来阻止它stop script.以上新贵的说法是在重启时启动此服务,如果它死了也重新启动它.

至于信号处理 - 您的过程应该自然地响应SIGTERM.默认情况下,除非您专门安装了自己的信号处理程序,否则应该进行处理.

  • 我刚刚做了一个额外的调整.如果您的python脚本在virtualenv下运行,您只需要更改upstart以使用环境中的python可执行文件:`exec /home/user/.env/environ/bin/python/some/dir/script.py` (11认同)
  • Upstart似乎不再是标准了.[维基百科](https://en.wikipedia.org/wiki/Upstart#Adoption)列出了许多"自从或不再使用它[upstart]作为其默认初始化系统后离开的Linux发行版".他们正在使用systemd.[更多关于upstream vs Systemd来自unix.stackexchange](http://unix.stackexchange.com/questions/5877/what-are-the-pros-cons-of-upstart-and-systemd) (3认同)
  • 你没错,新贵是时下的标准!由于上面的脚本处理SIGTERM,你的配置文件应该没问题:) (2认同)

Ros*_*s R 9

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

还有几个让我永远调试的要点:

  1. 失败时,首先检查/var/log/upstart/.log
  2. 如果您的脚本使用python-daemon实现守护程序,则不要使用'expect daemon'节.没有"期待"的作品.我不知道为什么.(如果有人知道原因 - 请发帖!)
  3. 此外,继续检查"initctl status script"以确保您已启动(启动/运行).(并在更新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
Run Code Online (Sandbox Code Playgroud)

  • 非常感谢。关于“不期望节”的提示是金。不幸的是,新贵在重新启动之间保持一些状态,有时会无缘无故地挂起正确的文件。使调试变得非常困难。 (2认同)