Сценарий Python в качестве службы / демона linux - PullRequest
Новая
       12

Сценарий Python в качестве службы / демона linux

67 голосов
/ 16 января 2011

Привет,

Я пытаюсь запустить скрипт 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"?

Ответы [ 2 ]

87 голосов
/ 16 января 2011

Предполагая, что у вашего демона есть какой-то способ непрерывной работы (какой-то цикл обработки событий, витая и т. Д.), Вы можете попробовать использовать upstart.

Вот пример конфигурации 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-upst говорит, что нужно запустить эту службу при перезагрузке, а также перезапустить ее, если она умрет.

Что касается обработки сигналов - ваш процесс должен естественно реагировать на SIGTERM. По умолчанию это должно выполняться, если вы специально не установили свой собственный обработчик сигналов.

9 голосов
/ 14 февраля 2014

Ответ Рлотона хорош.Вот легкое уточнение, потому что я потратил кучу времени на отладку.И мне нужно сделать новый ответ, чтобы я мог правильно отформатировать.

Несколько других моментов, которые у меня заняли отладку навсегда:

  1. Когда это не удается, сначала проверьте / var / log/upstart/.log
  2. Если в вашем скрипте реализован демон с python-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
...