Un script ksh sur AIX 5.3 se termine de temps en temps de manière subite et inattendue.
Le script lance un shell fils comme suit
 
Code :

 
de temps en temps, l'echo et les next instructions ne sont pas exécutées.
en set -x, on peut voir que la dernière instruction exécutée est  
 

 
pourtant en traçant run_child.sh, il semble aller au bout (j'ai mis un echo juste avant sa dernière instruction d'exit 0), et on peut voir le resultat de cet echo dans la trace...
Quelqu'un saurait ce qu'il peut se passer car je suis sec, j'ai fait le tour des possibilités...

Salut
Tu dis que l'echo "run_child.sh is terminated" n'est pas exécuté. Mais le script s'est-il arrêté ou est-il toujours en cours ?
S'il est toujours en cours ça veut dire qu'il est toujours sur "run_child.sh".
S'il s'est arrêté peut-être est-ce parce qu'il est passé par l'exit du "trap"...
 

Rajoute un echo dans le trap. Tu verras bien s'il passe par là...

^ je plussoie
Peut-être qu'avec truss tu peux voir si le script reçoit un signal ?

pas besoin de rajouter d'echo dans le trap, puisque dans le trap il y adéjà le rm qui n'est pas executé. Et le script n'est plus en execution, il y a terminaison du père et fils.
Comment pourrais je tracer sachant que c'est du mode agent (le script est lancé par un agent de supervision à intervalle régulier...
Un lancement de type script.sh | truss -p $$ > /tmp/truss.log 2>&1 ... ?

Salut
tu peux envisager de lancer le truss en tâche de fond, avec un sudo, avant l'exécution du sous-script .sh.
Déjà voir ce que le parent reçoit comme instruction de fin (sigkill ou un autre signal pouvant être attrapé)

je vais essayer ça ...

j'ai une trace truss lors d'un plantage...
Quelqu'un peut m'aider à analyser cela ?
 
Voilà les dernières ligne de la trace truss
 

 
couplée aux dernières lignes de la trace set -x

en gros le process est killé au moment de la sortie du fils...  
comment savoir d'où vient cet ordre car il est clair qu'il ne vient pas du script...

J'ai l'impression qu'il y a un script externe qui envoie un SIGKILL au ksh parent.
 
Existe-t-il un paramètre définissant une durée maximale d'exécution par l'application qui lance le script (trap snmp, ordonnanceur, etc.) ?
Constates-tu une durée constante d'exécution avant que le tout soit killé ?

Il y a une fonction interne au script père qui gère un timeout avec SIGKILL au bout de 300 secondes, mais 1) j'ai vérifié qu'elle ne s'enclenchait pas, 2) le script ne dure quelques secondes avant de recevoir ce signal. J'ai l'impression que c'est au niveau système que cela se passe...  
la ligne juste avant le kill ne mettrait pas la puce à l'oreille ?
kwaitpid(0x2FF20E90, -1, 6, 0x00000000, 0x00000000) Err#82 ERESTART

Pour moi ça signifie que le shell attend le retour du fils (signal child) mais que cette attente est interrompue subitement (par le signal 9).
Le script père en question, est-il possible de le tracer ?

il est déjà tracé, cf la trace truss...
tu parles peu être du processus qui le lance ?

oui