script Python comme service linux/démon

Question

Hallo,

Je suis en train de laisser un script python fonctionner comme service (démon) sur (ubuntu) linux.

Sur le web, il existe plusieurs solutions comme:

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

Un processus démon Unix bien élevé est difficile à obtenir le droit, mais les étapes nécessaires sont les mêmes pour chaque programme démon. Une instance DaemonContext contient le comportement et l'environnement de processus configuré pour le programme; utilisez l'instance en tant que gestionnaire de contexte pour entrer dans un état démon.

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

Cependant, comme je veux intégrer mon script python spécifiquement avec ubuntu linux ma solution est une combinaison avec un script 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 

et en 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) 

Ma question est maintenant de savoir si cette approche est correcte. Dois-je gérer des signaux supplémentaires? Est-ce que ce sera un "processus de démon Unix bien comporté"?

Answer 1

En supposant que votre démon ait un moyen de fonctionner en continu (certaines boucles d'événements, torsadées, etc.), vous pouvez essayer d'utiliser upstart.

Voici un exemple config arriviste pour un service Python hypothétique:

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 

Si vous enregistrez ce que script.conf à /etc/init vous simplement faire une seule fois

$ sudo initctl reload-configuration 
$ sudo start script 

Vous pouvez arrêter avec stop script. Ce que dit le conf-upstart ci-dessus est de démarrer ce service au redémarrage et de le redémarrer s'il meurt. Comme pour la gestion des signaux - votre processus doit naturellement répondre à SIGTERM. Par défaut, ceci devrait être géré à moins que vous n'ayez spécifiquement installé votre propre gestionnaire de signal.

Answer 2

La réponse de Rloton est bonne. Voici un léger raffinement, juste parce que j'ai passé une tonne de temps à déboguer. Et j'ai besoin de faire une nouvelle réponse pour pouvoir le mettre en forme correctement.

quelques autres points qui m'a pris une éternité pour debug:

1. Quand il échoue, vérifiez d'abord /var/log/upstart/.log
2. Si votre script implémente un démon avec , vous faites N'utilisez PAS la strophe "expect daemon". N'ayant pas d'attente, ça marche. Je ne sais pas pourquoi. (Si quelqu'un sait pourquoi - s'il vous plaît poster!)
3. Aussi, continuez à vérifier "script d'état initctl" pour vous assurer que vous êtes en place (démarrer/courir).(Et faire un reload lorsque vous mettez à jour votre fichier de configuration)

Voici ma 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