Python-Skript als Linux-Dienst / Daemon

Hallo,

Ich versuche, ein Python-Skript als Dienst (Daemon) unter (Ubuntu) Linux ausführen zu lassen.

Im Web gibt es verschiedene Lösungen wie:

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

Ein gut erzogener Unix-Daemon-Prozess ist schwierig, aber die erforderlichen Schritte sind für jedes Daemon-Programm ähnlich. Eine DaemonContext-Instanz enthält das Verhalten und die konfigurierte Prozessumgebung für das Programm. Verwenden Sie die Instanz als Kontextmanager, um einen Dämonstatus einzugeben.

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

Da ich mein Python-Skript jedoch speziell in Ubuntu Linux integrieren möchte, ist meine Lösung eine Kombination mit einem init.d-Skript

#!/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

und in 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)

Meine Frage ist jetzt, ob dieser Ansatz richtig ist. Muss ich zusätzliche Signale verarbeiten? Wird es ein "gut erzogener Unix-Daemon-Prozess" sein?

Angenommen, Ihr Daemon hat eine Möglichkeit, kontinuierlich zu laufen (eine Ereignisschleife, verdreht, was auch immer), können Sie versuchen, sie zu verwenden upstart.

Hier ist ein Beispiel für eine Upstart-Konfiguration für einen hypothetischen Python-Dienst:

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

Wenn Sie dies als script.conf speichern, führen /etc/initSie einfach eine einmalige Aktion durch

$ sudo initctl reload-configuration
$ sudo start script

Sie können es mit stoppen stop script. Die obige Upstart-Konfiguration besagt, dass dieser Dienst beim Neustart gestartet und auch neu gestartet werden soll, wenn er stirbt.

Was die Signalverarbeitung betrifft, sollte Ihr Prozess natürlich darauf reagieren SIGTERM. Standardmäßig sollte dies behandelt werden, es sei denn, Sie haben speziell Ihren eigenen Signalhandler installiert.

Rlotons Antwort ist gut. Hier ist eine leichte Verfeinerung, nur weil ich eine Menge Zeit mit dem Debuggen verbracht habe. Und ich muss eine neue Antwort geben, damit ich richtig formatieren kann.

Ein paar andere Punkte, die ich für immer zum Debuggen gebraucht habe:

1. Wenn dies fehlschlägt, überprüfen Sie zuerst /var/log/upstart/.log
2. Wenn Ihr Skript einen Daemon mit Python-Daemon implementiert , verwenden Sie NICHT die Zeilengruppe "Expect Daemon". Keine "Erwartung" zu haben, funktioniert. Ich weiß nicht warum. (Wenn jemand weiß warum - bitte posten!)
3. Überprüfen Sie außerdem weiterhin das "initctl status script", um sicherzustellen, dass Sie aktiv sind (Start / Ausführung). (und laden Sie neu, wenn Sie Ihre conf-Datei aktualisieren)

Hier ist meine Version:

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