Discussion :

[NooD]

Bonjour ou bonsoir,

Voici le contexte du programme que je réalise :

Lors de l'arrêt de la machine, deux signaux sont envoyés à chaque processus : SIGTERM puis SIGKILL.
Le premier peut être intercepté mais pas le second.

Existe-t-il donc une solution permettant de forcer l'interception du signal SIGKILL dans ce cas ?
Ou alors y a-t-il une autre solution pour que le processus reprenne la main une dernière fois avant l'extinction de la machine ?

Merci d'avance

[guilhem91]

Bonsoir

à priori, la logique voudrait que non, vu que SYGKILL est censé provoquer la fin immédiate du processus... Cela dit, je n'en sais pas tellement plus À confirmer donc.

[NooD]

Effectivement, je m'y attendais un peu...

Dans ce cas, est-ce qu'il n'y aurait pas un moyen de s'assurer que le processus a bien terminé ce qu'il était en train de faire avant de lui envoyer un SIGKILL (éteindre la machine) ?

[Sve@r]

Bonsoir

à priori, la logique voudrait que non, vu que SYGKILL est censé provoquer la fin immédiate du processus... Cela dit, je n'en sais pas tellement plus À confirmer donc.

En fait, le signal SIGKILL n'est pas attrapé par le processus mais par l'ordonnanceur qui alloue le CPU aux différents processus. Lorsque le signal 9 arrive à destination du PID xxx, l'ordonnanceur sors tout simplement le pid XXX de sa liste. De là, le pid XXX n'a aucune possibilité de se prémunir contre le SIGKILL.

Effectivement, je m'y attendais un peu...

Dans ce cas, est-ce qu'il n'y aurait pas un moyen de s'assurer que le processus a bien terminé ce qu'il était en train de faire avant de lui envoyer un SIGKILL (éteindre la machine) ?

T'es en train de demander "est-ce que je peux m'assurer que le processus s'est bien terminé avant de l'arrêter". C'est idiot. S'il s'est terminé, t'as pas besoin de l'arrêter !!!

Et si tu veux l'arrêter proprement, alors le SIGTERM est fait pour ça. Quand un processus reçoit un signal 15, il ferme proprement ses fichiers ouverts et se termine proprement. Si le programmeur a été assez niais pour empêcher cette action, de toute façon la question ne se pose pas. T'as besoin d'arrêter la machine, tu envoies direct un SIGKILL sans te préoccuper du processus. De toute façon, quand la machine sera arrêtée, ça m'étonnerait que ton processus tourne encore...

[guilhem91]

@ Sve@r : c'est ce qui me semblait le plus logique en tout cas. Merci pour l'explication claire et précise, ça fait du bien pour la "culture générale"

[NooD]

T'es en train de demander "est-ce que je peux m'assurer que le processus s'est bien terminé avant de l'arrêter". C'est idiot. S'il s'est terminé, t'as pas besoin de l'arrêter !!!

Et si tu veux l'arrêter proprement, alors le SIGTERM est fait pour ça. Quand un processus reçoit un signal 15, il ferme proprement ses fichiers ouverts et se termine proprement. Si le programmeur a été assez niais pour empêcher cette action, de toute façon la question ne se pose pas. T'as besoin d'arrêter la machine, tu envoies direct un SIGKILL sans te préoccuper du processus. De toute façon, quand la machine sera arrêtée, ça m'étonnerait que ton processus tourne encore...

En fait l'idée est la suivante : lorsque le processus reçoit le signal SIGTERM, il commence à ranger ses affaires et à écrire ses données sur le disque.
Le problème est le suivant : comment être sûr que le processus a bien écrit toutes les données qu'il voulait écrire sur le disque avant d'être tué (SIGKILL) et donc l'arrêt complet de la machine.

Ma première idée était donc de récupérer ce fameux SIGKILL afin de vérifier que le boulot a bien été fait et achevé lors de la capture du SIGTERM mais cela n'est pas possible.

Ma question est donc : comment être sûr que le processus s'est "terminé correctement" et non brutalement par un SIGKILL ?

Pour parler d'un cas concret, j'ai lu un sujet qui parlait du même problème et où le processus était VMWare. En effet, le délais entre le SIGTERM et le SIGKILL est de 5 secondes alors que les machines virtuelles prenaient environ 10 minutes à s'arrêter. Dans ce cas on comprend bien bien le problème qui est d'empêcher l'arrêt de la machine tant que le processus VMWare n'a pas eu le temps d'arrêter les machines virtuelles.

Mon objectif est-il plus clair ?

[Sve@r]

En fait l'idée est la suivante : lorsque le processus reçoit le signal SIGTERM, il commence à ranger ses affaires et à écrire ses données sur le disque.
Le problème est le suivant : comment être sûr que le processus a bien écrit toutes les données qu'il voulait écrire sur le disque avant d'être tué (SIGKILL) et donc l'arrêt complet de la machine.

Ma première idée était donc de récupérer ce fameux SIGKILL afin de vérifier que le boulot a bien été fait et achevé lors de la capture du SIGTERM mais cela n'est pas possible.

Ma question est donc : comment être sûr que le processus s'est "terminé correctement" et non brutalement par un SIGKILL ?

Pour parler d'un cas concret, j'ai lu un sujet qui parlait du même problème et où le processus était VMWare. En effet, le délais entre le SIGTERM et le SIGKILL est de 5 secondes alors que les machines virtuelles prenaient environ 10 minutes à s'arrêter. Dans ce cas on comprend bien bien le problème qui est d'empêcher l'arrêt de la machine tant que le processus VMWare n'a pas eu le temps d'arrêter les machines virtuelles.

Mon objectif est-il plus clair ?

Très clair. Mais tu peux pas... sauf si tu as programmé ledit processus pour envoyer une info quelconque quand il s'arrête et donc tu peux aller checker l'info. Mais comme tu parles d'un processus de façon générale... ben tu peux pas.

Un ersatz de solution pourrait être de boucler sur ps |grep pid_du_processus. Tant que le pid apparait, tu refais un tour de boucle. Une fois qu'il n'apparait plus tu peux continuer ton arrêt machine.

Et ton exemple vmware n'est pas le seul. J'ai moi aussi des processus qui ont besoin de temps pour s'arrêter. Et si j'arrête ma machine brutalement, ben ils ne s'arrêtent pas proprement et n'enregistrent pas leur config sur disque. Et quand je les relance, ben je suis obligé de les reparamétrer. Et donc quand j'arrête ma machine je veille bien à commencer par stopper ces programmes là et à attendre qu'ils soient arrêtés proprement avant de continuer.