Discussion :

[BufferBob]

salut,

perso j'aurai eu tendance à utiliser des verrous, au début du programme on vérifie si les verrous existent, le cas échouant on lance une nouvelle instance et on active le verrou concerné

une méthode simple consiste à utiliser des fichiers et stocker dedans le PID de la tâche lancée (on lance commande & on récupère son pid via $?), ce qui permet de garder la trace du processus directement, on a plus qu'à vérifier avec ps s'il est lancé ou pas

un truc approchant (non-testé) :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
#!/bin/bash
 
checkLock() {
   LOCKFILE="$1"
   ret=0
   if [[ -e $LOCKFILE ]]; then
      if ps $(<$LOCKFILE) >/dev/null; then
         ret=0
      fi
   else
      ret=1
   fi
   return $ret
}
 
checkLock "/tmp/lock1" || { rsync machin truc & echo "$?" > "/tmp/lock1" }
checkLock "/tmp/lock2" || { rsync bidule pouet & echo "$?" > "/tmp/lock2" }

[Louinux]

Bonjour, merci de ta réponse que je vais tester mais j'avais regarder une soluce un peu prêt similaire mais le problème est... les processus parent // enfant. Si un rsync est lancé (d'après ce que j'ai vu en essayant) le processus par exemple PID = 89454545 deux autres seront lancer avec le PID = truc et en lien avec ca . Je ne sais pas si c'est très clair mais du coup verra t-il la différence avec les autres processus enfant ???
Cordialement

[Invité]

Je ne sais pas si c'est très clair

en effet, ça ne l'est pas.
montre-nous la commande, et son retour, stp.

[Louinux]

[Invité]

et pgrep fait la même chose ?

[Louinux]

Photo :

[BufferBob]

le problème est... les processus parent // enfant

pour le dire simplement, les process enfants c'est le rôle du parent de s'assurer qu'ils sont bien lancés/bien terminés, ce qu'on récupère via $? c'est censé être le pid du process parent, donc tant qu'il est en vie et que le but n'est pas de tuer les autres rsync la méthode reste valable