Détection d'application plantée

Version imprimable

01/11/2010, 19h29
truboy

Détection d'application plantée

Bonjour tout le monde !

Je développe en ce moment un système embarqué sur une carte SBC9261, sous Linux 2.6.24. Ce système servira à gérer tout le réseau électrique de bateaux de plaisance (genre petits yachts) électriques (charge et décharge des batteries). Il doit donc être fiable et stable, d'autant plus qu'il sera allumé en permanence.

J'ai donc besoin d'un watchdog ou quelque chose d'équivalent pour redémarrer les processus ou applications qui pourraient être plantés. La carte dispose d'un watchdog hardware, mais il me semble que celui-ci ne peut-être utilisé que par le kernel lui-même, puisqu'il va redémarrer entièrement la carte en cas de plantage de l'OS.

J'aimerais donc savoir comment font les systèmes modernes (Linux, Windows ou Mac OS) pour détecter une application plantée (style "ne répond pas"), afin que je puisse la relancer.

Ou d'autre suggestions, propositions ?

Merci pour vos réponses !
02/11/2010, 19h15
frp31

si tu es sur de vouloir systématiquement redémarrer l'appli qu'elle plante ou soit tuée par l'utilisateur la solution propre est de la lancer à travers l'inittab (en mode respawn)

Si tu souhaite traiter au cas par cas, il faut détecter les cas directement dans /proc /n°/*
un processus qui a une activité de zéro est forcément douteux, si en plus il n'a plus son père c'est encore plus sur, ou si il a relaché tous les fichiers qu'ils avaient ouverts, alors il est planté...
03/11/2010, 10h32
truboy

Citation:

Envoyé par frp31

si tu es sur de vouloir systématiquement redémarrer l'appli qu'elle plante ou soit tuée par l'utilisateur la solution propre est de la lancer à travers l'inittab (en mode respawn)

En effet c'est pratique ! Ca marche vraiment quand l'application est plantée ?

Citation:

Envoyé par frp31

un processus qui a une activité de zéro est forcément douteux, si en plus il n'a plus son père c'est encore plus sur, ou si il a relaché tous les fichiers qu'ils avaient ouverts, alors il est planté...

Super, je connaissais pas tous ces indices ! Merci !

Sinon j'ai aussi posté sur un autre forum, qui m'a donné de bonnes pistes : http://www.linuxquestions.org/questi...96#post4145996

Merci pour ta réponse !
01/12/2010, 01h46
nem's

Citation:

Envoyé par frp31
un processus qui a une activité de zéro est forcément douteux, si en plus il n'a plus son père c'est encore plus sur, ou si il a relâché tous les fichiers qu'ils avaient ouverts, alors il est planté...

Ce sont des indices , mais selon le programme que vous voulez vérifier, ça peut vous induire en erreur. Si votre programme relâche à un moment donnée les fichiers qu'il n'utilise plus, ca serait dommage de le déclarer comme mort .
Dans le cas des conseils donné sur le forum anglais , le problème du touch - Cron serait de considérer un programme comme crashé alors qu'il a juste un retard ou un problème sur l'écriture.
Ces techniques peuvent fonctionner , malheureusement il est impossible de prouver que vous allez détecter tous les processus crashés à temps et que vous ne pourrez jamais suspecter un processus correct.
01/12/2010, 15h29
truboy

Citation:

Envoyé par nem's

Ces techniques peuvent fonctionner , malheureusement il est impossible de prouver que vous allez détecter tous les processus crashés à temps et que vous ne pourrez jamais suspecter un processus correct.

C'est vrai, c'est pas sûr à 100%, mais ça devrait suffire pour l'utilisation que je dois en faire (méthode du "heartbeat" à une fréquence de 5sec). Au pire, si le programme "surveillant" croît détecter un plantage alors qu'il n'en est rien, il va tuer l'application puis la relancer, ce qui se traduira pour l'utilisateur par une extinction de l'écran d'un peu plus d'une seconde.

En revanche, ce n'est bien sûr pas satisfaisant pour les OS modernes. Saurais-tu comment fait par exemple Ubuntu pour détecter une appli plantée (il "grise" ensuite la fenêtre concernée) ?