Discussion :

[nlo38]

Bonjour,

En essayant de faire un script que je supposais très simple, je me suis retrouvé confronté à un problème délicat.

L'objectif de mon script est relativement simple : il doit lancer un programme mais doit vérifier avant qu'il n'y a pas déjà un script qui l'a lancé.

A coup de ps et de grep et en redirigeant le tout vers wc, je cherche donc à récupérer le nombre de script du même nom tournant actuellement. Si ce nombre est à 1 c'est que le script courant est le seul à tourner et je peux donc exécuter mon programme. Si ce nombre est différent de 1, c'est qu'il y en a déjà un autre qui tourne et je quitte sans rien faire.

Le code de mon script (que nous appellerons "scriptExemple.sh") est donc le suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
#!/bin/sh
n=`ps -ef | grep -v grep | grep scriptExemple.sh | wc -l`
if [ $n -eq "1" ] ; then
   echo Je lance mon programme
else
   echo Le programme tourne deja
fi

Seulement ce script ne marche pas car ps (?) fait parfois un "fork" de mon script ce qui fait que wc retourne une valeur erronée.

On se rend compte de ce phénomène en effectuant ce petit script (toto.sh) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
#!/bin/sh
 
while true ; do
        ps -ef f | grep toto | grep -v grep
        echo
done

En exécutant ce script quelques secondes, j'obtient le résultat suivant :

./toto.sh
root 15555 15361 0 14:33 pts/5 S+ 0:00 | \_ /bin/sh ./toto.sh

root 15555 15361 0 14:33 pts/5 R+ 0:00 | \_ /bin/sh ./toto.sh
root 15564 15555 0 14:33 pts/5 R+ 0:00 | \_ /bin/sh ./toto.sh

On constate donc que parfois tout se passe bien (la première ligne) et parfois ps crée un script fils du même nom.

Bref, à mon grand malheur, mon petit script tout simple ne me permet pas de récupérer le nombre exact de scripts du même nom tournant en même temps.

Auriez-vous une explication sur ce phénomène et, encore mieux, une solution pour mon petit script (une solution simple serait de créer un fichier de verrouillage et de la supprimer, sa présence me signalerait donc s'il y a déjà un script qui tourne ou non).

[craryb]

tu fais passer ton script dans le tub?

[nlo38]

Aucune idée, qu'est-ce que tu entends par là ?

[D[r]eadLock]

Tu peux peut-être enlever le PID ($$) en entier (grace a \<\>) de ton script dans le grep (qui enleve aussi celui du fork en tant que PPID):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

n=`ps -ef | grep -v grep | grep scriptExemple.sh | grep -v "\<$$\>" | wc -l`

Bon c'est pas idyllique parce que par un hasard quelconque tu peux très bien avoir ton PID présent dans la ligne du ps -ef, peut être en forçant ps à n'afficher que le PID et le PPID:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

n=`ps -ef o pid,ppid,cmd | grep -v grep | grep scriptExemple.sh | grep -v "\<$$\>" | wc -l`

Rq: o (et non -o) c'est pour choisir les champs à afficher.

Reste le pb qu'un editeur peut très bien ouvrir ton programme, et il peu y avoir un "gvim scriptExample.sh" qui traine !
Conclusion, filtrer avec -C et ne greper que sur les PID et PPID

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
#!/bin/sh
n=`ps -C scriptExemple.sh o pid,ppid | grep -v "\<$$\>" | wc -l`
if [ $n -eq "0" ] ; then
   echo "Je lance mon programme"
else
   echo "Le programme tourne deja ($n instances)"
fi

[edit] ajout d'un | endre ppid et grep

[nlo38]

Je comprend pas trop pourquoi tu fais un grep sur le pid (grep -v "\<$$\>").

Parce que si il y a deux toto.sh qui tournent, ils ont chacun un pid différent donc si on fait un grep -v sur le pid du script dans lequel on se trouve, il devrait systématiquement nous renvoyer que lui et ses fils, à moins de ne pas mettre le ppid à l'affichage dans ce cas on aurait même pas les fils mais on aurait systématiquement un seul résultat alors qu'il y a 2 toto.sh qui tournent.

[nlo38]

Ca y est, je crois que j'ai trouvé une solution.

Mes N scripts toto.sh ont tous le même père (mon bash).
Donc si je récupère le PID du père et qu'ensuite je filtre les résultats de mon ps par rapport à ce PID, je n'aurais pas les fork (qui ont pour PPID le PID d'un script toto.sh et non le PID du bash).

Donc je récupère dans un premier temp le PPID de mon script courant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

VAR_PPID=`ps -p $$ o ppid | grep -v PPID`

Dans un second temps, je filtre le résultat du ps sur ce ppid :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ps -C toto.sh o ppid,cmd | grep $VAR_PPID

En définitive, mon script a le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
VAR_PPID=`ps -p $$ o ppid | grep -v PPID`
n=`ps -C scriptExemple.sh o ppid,cmd | grep $VAR_PPID | wc -l`
 
if [ $n -eq "1" ] ; then
   echo Aucun autre scriptExemple.sh en cours d'execution, on peut lancer le programme
   # <-- APPEL DU PROGRAMME ICI -->
else
   echo Il y a deja $(($n-1)) autre(s) scriptExemple.sh qui tourne(nt), on ne lance pas le programme
fi

[D[r]eadLock]

Je comprend pas trop pourquoi tu fais un grep sur le pid (grep -v "\<$$\>").

C'est pour enlever l'instance courrante (ainsi que les eventuels fork (du a ps voire a d'autres trucs)).
Rq: dans le test en dessous j'ai mis 0 (et non plus 1): c-a-d s'il existe aucun autre processus (que celui-ci ou ses children).

Parce que si il y a deux toto.sh qui tournent, ils ont chacun un pid différent

oui

donc si on fait un grep -v sur le pid du script dans lequel on se trouve, il devrait systématiquement nous renvoyer que lui et ses fils,

au contraire le -v va les enlever, il ne restera que les autres !

[nlo38]

Oui mais si les autres instances du script ont eux aussi des fork, ça ne les retire pas...