Script + Cron - Comment eviter les lancements multiples

[jean-A]

Bonjour,

Je lance des taches de fond via CRON mais certaines d'entre elles prennent du temps à s"executer et il est possible que le CRON relance la même tache alors que la première instance n'est pas encore finie ce que je souhaiterais éviter.

Je souhaiterais donc que le script teste si il y a déjà une instance du même script lancée avant de faire les traitements.

J'avais pensé un truc du genre :

Code :

1
2
3
4
5
 
if [ "$(ps -ef|grep nom_du_script|grep -v grep)" != "" ];then
echo "Une intance de nom_du_script est dejà en cours ..."
exit
fi

Mais bien évidemment ça, ne marche pas car le script est lancé au moment ou je fais le test.

Connaissez vous un moyen de faire cela proprement ?

Merci de votre aide.

Jean

[frp31]

la solution est en fait simple, mais il faut le savoir,

il suffit que le script crée au début un marqueur, /var/run/$0.pid
et qu'il le detruise en fin d'exécution.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
#!/bin/sh
if [ -f /var/run/$0.pid ] ; then
   echo "Une autre occurence tourne" >> /var/log/$0.log
   exit 1
fi
touch /var/run/$0.pid
if [ $? -ne 0 ] ; then
   echo "impossible de cree le fichier /var/run/$0.pid" >> /var/log/$0.log
   exit 2
fi
 
#[...] ton code
 
 
#fin de script :
rm -f /var/run.$0.pid
exit 0

[jean-A]

Bien sûr !! C'est tellement simple quand on y pense.

Merci beaucoup pour le coup de main.

Jean

[gangsoleil]

Bonjour,

Le probleme du fichier temporaire, c'est que si le script plante, il ne sera plus jamais relance.

La seule solution permettant de relancer le script meme en cas de plantage est que le script cree une socket sur un port donne. Mais c'est plus complexe a mettre en oeuvre.

[frp31]

oui mais là pour l'usager "normal", ça devient l'usine

[delovan]

On ne peut pas simplement vérifier dans un ps aux que le script n'est pas lancé ? Je trouve ça carrément plus simple et plus safe.

[frp31]

Envoyé par delovan

On ne peut pas simplement vérifier dans un ps aux que le script n'est pas lancé ? Je trouve ça carrément plus simple et plus safe.

non parce qu'un processus 'fou' peut être présent alors qu'il tourne plus dans la liste présentée par ps, donc c'est préférable d'avoir un marqueur "hors" activité donc un fichier ou un socket.

[delovan]

Envoyé par frp31

non parce qu'un processus 'fou' peut être présent alors qu'il tourne plus dans la liste présentée par ps

Comment se fait-ce ?

[gangsoleil]

Envoyé par delovan

On ne peut pas simplement vérifier dans un ps aux que le script n'est pas lancé ? Je trouve ça carrément plus simple et plus safe.

C'est le cas, par exemple, des processus zombies : ils ont fini d'etre executes, mais sont toujours presents.

[frp31]

Envoyé par delovan

Comment se fait-ce ?

par ce qu'il y a des tas de statuts à un processus et il peut devenir un "zombie" par exemple, le processus apparaît donc dans ps puisqu'il a un statut "accepté" par le système.
C'est tout à fait logique puisque c'est un moyen de contrôle et de maitrise d'erreurs.

[delovan]

De mémoire, un process zombie est affiché avec un tag [defunct]. Il est donc facile de le repérer, et de le tuer, non ?

[frp31]

par exemple oui mais comme tu viens de le dire toi même il apparaît bien donc se fier au "ps" n'est pas bon. ( ça n'a rien de politique hein )