Tuer un process lancé en & depuis un shell [Résolu]

[psau]

Bonjour,
Tout d'abord une petite précision, mon pb concerne hp-ux mais je la pose sur ce forum car peut-être est-il le même sous Linux...

Je lance un programme en arrière plan (&) depuis un shell. Lorsque le shell se termine, le programme en question devient orphelin et il est alors recueilli par init (PPID = 1). Le problème est que si maintenant je tente de le tuer (kill -9) il devient defunct et ne veut plus mourir.

Merci pour toute suggestion...

[usf70]

J'ai bien peur que la seule solution pour killer un tel process soit un reboot ...
As-tu essayé de le killer à partir de root ?

[zooro]

Bonjour,
J'avais eu le même problème sous Redhat 7.1 il y a quelques années. Nous n'avions pas trouvé de solution. Il semble que seul un reboot permette de les éliminer.

[psau]

Oui kill -9 sous root : Idem. Le processus devient <defunct>
Il est tout de même étrange de ne pas pouvoir lancer un programme en & dans un shell et le tuer proprement ensuite...

[zooro]

J'ai trouvé une explication:

Envoyé par Defining Defunct Process in UNIX

Defining Defunct Process in UNIX
When a process has forked a child and the child ends, its exit value is stored in the process table and the process table entry is labeled as "defunct" (also called zombie). The parent process has to call wait() to fetch the exit value. When it does, the defunct process disappears from the process table.

A defunct process is not a real process, just an entry in the process table. They are needed for parent processes to be able to get the exit status from their childs.

A defunct process takes no resources other than an entry in the process table. This might in time lead to a full process table. When that happens, other processes trying to fork will get error messages.

Apparemment pas d'autre référence sur DVP.com, excepté dans ce post :http://www.developpez.net/forums/showthread.php?t=81178&highlight=defunct

[psau]

C'est effectivement ce qui ce passe. Et ça paraît logique au vu de ce mécanisme.
Au bout d'un moment d'utilisation le système n'a plus de place dans la process table et ne peux plus forker...

Il me faut préciser que ce problème est survenu lors du transfert d'une application d'une machine sur une autre, de type différent mais avec la même version HP-UX 10.20A.
Sur l'ancienne machnine, un programme lancé en & dans un shell qui se termine ensuite peut être tué sans problème après coup et ne génère pas de <défunct> bien que son PPID soit 1.

[Arnaud F.]

Question bête mais quand tu tape jobs il est pas dans la liste des processus?

++

[MarcG]

Il est deja pas "normal" de lancer une tache en & puis de fermer la session ...... puisque ceci force apparement de manière anormal un changement de process père.
Normalement ce type de manip ce fait avec la commande :
nohup
avant de fermer une session.
. un process defunct (puis zombie) est un process terminé mais dont le père na pas lut le code retour .
essaye avec la commande nohup si le sympthome est le même.

[psau]

J'y ai cru mais non. avec nohup, ça ne marche pas mieux.

En fait, il s'agit d'un shell script qui lance en & des démons pour communiquer avec les ports d'un serveur de terminaux. Ce shell peut être lancé plusieurs fois par l'utilisateur. Au démarrage il regarde si des demons sont actif (ps -ef...), les tue (kill), les relance puis se termine. Ce mécanisme fonctionne très bien sur une station "hp 9000/745". Pas de <défuncts> lors du kill. Par contre le même programme, sous la même version hp-ux 10.20A tournant sur une nouvelle station "hp Visualize" provoque la génération de <défunct> à chaque kill.

N'y a t-il aucun moyen d'exécuter un shell ''ponctuel'' qui lance des programmes en arrière plan et pouvoir tuer ces derniers ensuite sans créer de <defunct> ?

[psau]

Poursuivant mes investigations j'ai remarqué ceci :
la commande

Code :

1
2
 
var=`ps -e | grep toto`

ajoute un défunct à la table des processus.
Un avis sur la question ??

[_shuriken_]

Envoyé par buchs

Question bête mais quand tu tape jobs il est pas dans la liste des processus?

++

Mais non puisque :

Envoyé par zooro

A defunct process is not a real process, just an entry in the process table. They are needed for parent processes to be able to get the exit status from their childs.

Envoyé par psau

Par contre le même programme, sous la même version hp-ux 10.20A tournant sur une nouvelle station "hp Visualize" provoque la génération de <défunct> à chaque kill

Je crois que ton problème se trouve à ce niveau. Mais je reste perplexe par contre sur la resolution du problème

[psau]

Problème réglé à propri.
Il semblerait que la cause était la ligne :
"ems4:3456:respawn:/etc/opt/resmon/lbin/p_client" dans le fichier /etc/inittab.
En effet, ce programme n'esiste pas car non installé et je n'avais pas vu l'erreur "respawn too rapidly" au démarrage à cause du passage automatique sous HP-VUE.
Depuis la mise en commentaire de cette ligne, plus de <defunct>.

[_shuriken_]

Voila une connaissance en plus, merciii

[SnakemaN]

Tant qu'on y est je viens de rencontrer des zombies moi aussi , j'ai cherché mais trouvé la réponse entre temps donc je la met aussi :

Code :

$ ps -fux

pour voir la dépendance des processus, si trop long,

Code :

$ps -fux | more

et il suffit de killer la racine (kill -9 xxx ) sauf si c'est le process 0 bien sur

[ptyxs]

Je tombe sur cette discussion et je m'étonne : il y a une solution tout ce qu'il y a de simple :
lancer la commande

Code :

kill  %n

où n est le numéro du job en arrière-plan à tuer, numéro qu'on obtient par la commande :

Code :

jobs

EDIT : Lu trop vite ! Le problème posé dans le premier message était (beaucoup) plus compliqué.