Discussion :

[cmascart]

Bonjour,

J'ai programmé un script bash destiné à redémarrer la machine si mon application est plantée.
Une sorte de watchdog, qui surveille un témoin.
Le témoin contient un timestamp, actualisé toutes les deux minutes.

Toutes les trois minutes, le watchdog surveille l'âge du témoin.
Si le témoin a plus de 200 secondes, il reboote la machine.

Ce script fonctionne à merveille, lancé depuis l'invite de commandes de root#
Par contre, depuis la crontab de root, il ne reboote pas. Pourquoi ?
Voici le script boucleSynchro.sh

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
18
19
20
21
#!/bin/bash
echo "Premiere boucle dans trois minutes"
while [ true ]
do
 sleep 180
 #echo "Synchronisation des médias"
 chmod 755 ./synchro.sh
 sleep 5
 sh ./synchro.sh
 #whatchDog
 let "a = `date +%s`"
 let "b = `cat temoin.txt`"
 let "c = a - b"
 if [ $c -gt 200 ]
 then
  echo " On reboote"
  sleep 60
  #reboot
  init 6
 fi
done

Ce script accomplit deux tâches :
1) Il synchronise des médias avec le serveur, en invoquant le script synchro.sh
2) Il teste l'âge du témoin, et, éventuellement, reboote.

Dans la crontab de sudo, voici la ligne de lancement
@reboot sleep 100 && cd /var/www/html/bash && ./boucleSynchro.sh

Cette ligne lance correctement boucleSynchro.sh
J'en veux pour preuve le fait que, lorsque je delete les médias, il réapparaissent dans trois les minutes.
La première partie de la boucle (invoque synchro.sh) est correctement exécutée.

Par contre, bash ignore mes instructions de redémarrage.
J'ai essayé avec reboot,
avant de la commenter par une # et de programmer un init 6, du même effet.

Je l'ai précédé d'un sleep 60, pour laisser le temps de purger un éventuel tampon, car le fichier synchro.sh lance des rsync avec le serveur.
Je ne veux pas rebooter immédiatement après un transfert, même s'il est, en principe, terminé.

Pour les permissions, bouclesynchro.sh a un attribut 775

-rwxrwxr-x 1 33 0 375 avr 1 16:17 boucleSynchro.sh
Ces permissions me semblent peu importantes, puisqu'il est lancé depuis la crontab de root, qui a tous les droits.

Pour effectuer le test, je ferme mon application surveillée, figeant ainsi le temoin.txt sur son timestamp, qui n'est plus actualisé.
- Lorsque boucleSynchro.sh est lancé à la main en sudo, le reboot s'accomplit
- Lorsqu'il est lancé depuis crontab, il ne reboote pas.
Je ne vois aucune raison à cela.

Merci de bien vouloir m'expliquer comment lancer automatiquement un script qui fonctionne bien, lancé manuellement.
Christian.

[Flodelarab]

Bonjour

Le premier conseil est de ne pas mettre de chemin relatif. Tu ne sais pas quel dossier est le dossier courant.

[cmascart]

Merci Flodelarab pour ta réponse.

Le chemin relatif n'est pas un problème, puisque le script est exécuté.
Et je le vois au fait que la synchronisation est accomplie.

Pour ne pas polluer le débat, je n'ai pas joint le fichier synchro.sh, invoqué en première partie de boucle.
synchro.sh exécute un rsync, qui va chercher des fichiers (des médias) sur le serveur, pour les ramener sur le PC en question, en vue d'une disponibilité offline.

Pour m'assurer de son fonctionnement, je delete lesdits fichiers.
Trois minutes au plus tard, ils réapparaissent, ramenés par le rsync programmé dans synchro.sh
Sans que je n'aie jamais démarré manuellement le script boucleSynchro.sh
Donc, la crontab de root a correctement lancé, @reboot, ma boucle boucleSynchro.sh dont code ci-dessus.
Le chemin relatif ne pose pas de problème, donc.

Je précise qu'il s'agit bien de la crontab DE ROOT, car un utilisateur ordinaire n'a pas le droit de redémarrer (init 6) le système.
Tapez "init 6" en utilisateur$, ca ne marchera pas
Tapez-le en root#, le système redémarre illico, comme "reboot".

Pourtant, mon script, invoqué par le crontab, ne redémarre pas le système lorsque le témoin a plus de 200 secondes d'âge.
Alors qu'invoqué manuellement depuis root (en sudo, donc), il fonctionne parfaitement.

Je ne comprends pas pourquoi la crontab de root n'a pas les mêmes droits que le prompt de root#
Le droit de redémarrer le système.

Merci.
Christian.

[zipe31]

Salut,

Une crontab, aussi root soit elle, n'a pas d'environnement, donc il faut obligatoirement donner les chemins absolus de tout exécutable. /sbin/init 6 me semblerait plus approprié, non ?

[cmascart]

Génial, c'était la solution.
J'ai modifié mon script :
Au lieu de init 6
/sbin/init 6
Et ça marche ☺
Merci Zipe31
Christian.