Script + Cron - Comment eviter les lancements multiples

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

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

---

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

Merci beaucoup pour le coup de main.

Jean

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.

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

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.

Citation:

---

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.

Citation:

---

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 ?

Citation:

---

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.

Citation:

---

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.

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 ?

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 :) )