Python脚本作为Linux服务/守护程序


70

哈o

我试图让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守护进程”吗?

Answers:


89

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

这是假设的Python服务的新贵配置示例:

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。上面的新贵conf所说的是在重新启动时启动此服务,如果该服务终止,也将其重新启动。

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


2
是的,新贵是当今的标准!由于上述脚本可以处理SIGTERM,因此您的配置文件应该可以:)
tauran 2011年

11
我刚才做了一个额外的调整。如果您的python脚本在virtualenv下运行,则只需更改新贵即可使用来自环境的python可执行文件: exec /home/user/.env/environ/bin/python /some/dir/script.py
Anthony Briggs 2013年

很棒的信息。/ etc / init文件的文档在哪里?
Scott Willeke 2014年

从新贵1.4版开始,您可以使用“ setid”和“ setgid”。参数是用户/组名。
tiktak 2014年

4
新贵似乎不再是标准。Wikipedia列出了许多“因为或已经不再使用[upstart]作为其默认初始化系统的Linux发行版”。他们使用systemd代替。来自unix.stackexchange的更多有关Upstream vs Systemd的信息
Hibuki '16

11

洛顿的答案很好。这是一个小改进,只是因为我花了很多时间进行调试。我需要做一个新的答案,以便正确格式化。

还有其他几点使我永远无法调试:

  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,但找不到它。那是怎么回事。
大卫

1
initctl reload-configuration之后您做了service myservice start吗?
罗斯R

抱歉,它现在可以使用。我在输入service servicename时认为它会给我我的选择,显然不是....您必须执行servicename start stop或restart。无论如何,谢谢您的答复
David

2
非常感谢 关于“没想到的节”的提示是金色的。不幸的是,新贵在重新启动之间保持某种状态,有时会无故挂在正确的文件上。使调试非常困难。
yhager
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.