Gestion de l'execution et l'arret d'un script Python.

Bijour,

Je cherche le meilleur moyen de manager un script python qui tournerai en boucle en background sur une machine.

Je verais bien un truc du genre python monProg.py start pour le demarrer et python monProg.py stop pour l'arreter.

Tournant en boucle il faut qui s'arrete proprement à la fin de la boucle et pas en plein milieu. Je ne vois pas comment faire pour passer des "signaux" à mon script. Y'a t'il un moyen de faire cela?

Sinon je pensais faire un script python qui s'occupe de lancer et d'arrêter le script python de mon application.

-- start => ca créé un fichier temporaire et lance le script python en background
A la fin de chaque boucle, le script python de l'appli teste si le fichier temporaire existe toujours. Si oui, il repart pour une boucle, sinon il s'arrête.

-- stop => le script supprime le fichier temporaire. Le script python s'arretera donc tout seul à la fin de la boucle.

Il y'a peut-être beaucoup plus simple? Merci de m'éclairer :)

Je me suis documenté sur les modules subprocess et signal mais je ne vois pas trop comment faire ce que je veux.

Quelqu'un pour m'aider?

Salut

Si tu es sous Unix, il existe une solution assez simple.
Tu peux créer un petit daemon, c'est à dire un serveur qui tourne en background, à l'aide du bien connu double fork.
http://www.jejik.com/articles/2007/0...mon_in_python/

Ca c'était pour faire tourner un truc en tâche de fond.
Pour l'arrêt, tu vas devoir te servir des signaux.
http://docs.python.org/library/signal.html

Pour cela, il faut que la boucle de ton service ne soit pas un simple

Code:

---

while 1:

---

Mais qu'il y ait une condition qui repose sur quelque chose modifiable depuis l'extérieur. Typiquement, on se sert d'un threading.Event, sur lequel tu appelleras la méthode set() pour arrêter ta boucle.

Code:

---

while not stopEvent.isSet():

---

Ensuite, il te faut créer un gestionnaire de signal, mettons de sigkill, qui va faire un set() sur le stopEvent (pas en vrac comme ça évidemment... tu préféreras créer une méthode stopService sur ton service)

Il ne manque plus que le fichier pour indiquer le pid du processus. Evidemment il doit être facilement retrouvable.
Quand le programme ce lance, il crée le fichier, et pour le couper, tu récupères le pid dans ce fichier, et tu le kill.

Mais je pense que ce dernier point est déjà implémenté dans le daemon dont je t'ai passé le lien.

Bonne chance ;)

Ps: si tu es sous windows, l'idée est la même. La seule différence c'est que tu n'as pas droit au daemon unix :p

Citation:

---

Envoyé par Antoine_935

Salut

Si tu es sous Unix, il existe une solution assez simple.
Tu peux créer un petit daemon, c'est à dire un serveur qui tourne en background, à l'aide du bien connu double fork.
http://www.jejik.com/articles/2007/0...mon_in_python/

Ca c'était pour faire tourner un truc en tâche de fond.
Pour l'arrêt, tu vas devoir te servir des signaux.
http://docs.python.org/library/signal.html

Pour cela, il faut que la boucle de ton service ne soit pas un simple

Code:

---

while 1:

---

Mais qu'il y ait une condition qui repose sur quelque chose modifiable depuis l'extérieur. Typiquement, on se sert d'un threading.Event, sur lequel tu appelleras la méthode set() pour arrêter ta boucle.

Code:

---

while not stopEvent.isSet():

---

Ensuite, il te faut créer un gestionnaire de signal, mettons de sigkill, qui va faire un set() sur le stopEvent (pas en vrac comme ça évidemment... tu préféreras créer une méthode stopService sur ton service)

Il ne manque plus que le fichier pour indiquer le pid du processus. Evidemment il doit être facilement retrouvable.
Quand le programme ce lance, il crée le fichier, et pour le couper, tu récupères le pid dans ce fichier, et tu le kill.

Mais je pense que ce dernier point est déjà implémenté dans le daemon dont je t'ai passé le lien.

Bonne chance ;)

Ps: si tu es sous windows, l'idée est la même. La seule différence c'est que tu n'as pas droit au daemon unix :p
Il te suffirait de créer un handler pour, mettons, le sigkill

---

Super merci bien, effectivement l'idée du daemon est pas mal, je vais noter ce liens dans un coin. Par contre ca me semble un peut plus compliqué qu'un simple fichier qui est checker à chaque boucle.

Je vais voir comment je vais faire!:)

Citation:

---

Envoyé par Bonsuere

Par contre ca me semble un peut plus compliqué qu'un simple fichier qui est checker à chaque boucle.

---

Ca me parait pas très propre comme solution, mais pq pas après tout ;)
Juste... si la boucle est critique niveau performance, tu vas perdre un max de temps à vérifier l'existence du fichier.