Anomalie #3581
L'erreur de dump des bases de données avant sauvegarde passe inperçue.
Description
Les scripts lancés avec schedule en pre et post ne remontent pas leur statut de sortie à l'utilisateur (via bacula ou cron selon les cas).
En post, les commandes sont lancées avec "at".
Il faudrait faire remonter le statut de sortie des différents scripts (au moins en cas d'erreur) à l'administrateur concerné (variable suivant le contexte d'exécution : bacula ou cron).
Related issues
Associated revisions
Il n'y a pas propagation des erreurs levées avec run_runparts.
- eole/schedule/schedule : appel d'une fonction de mailing lors de
l'exécution de run_runparts pour identifier l'étape en erreur.
Fixes #3581
History
#1 Updated by Joël Cuissinat over 11 years ago
- Target version set to Mises à jour 2.3.6 RC
#2 Updated by Benjamin Bohard about 11 years ago
Il y a deux contextes d'exécution des scripts. Ce contexte est accessible jusqu'au lancement du script python schedule (creole/eole/schedule/schedule).
Il faut propager cette information pour que chaque script puisse envoyer un mail à la bonne personne.
Deux pistes pour l'instant :- une solution spécifique :
- une fonction Mail dans FonctionsEoleNg ;
- un appel à cette fonction dans chaque script pour pouvoir transmettre des détails sur l'erreur.
- une solution globale :
- mailing au niveau du run-parts (pas de détails sur l'erreur, uniquement le script fautif).
#3 Updated by Joël Cuissinat about 11 years ago
- Assigned To set to Benjamin Bohard
- Target version changed from Mises à jour 2.3.6 RC to Mises à jour 2.3.7 RC
#4 Updated by Benjamin Bohard about 11 years ago
- Status changed from Nouveau to Résolu
- % Done changed from 0 to 100
Appliqué par commit 0725811763bfdf3a542c42ae961e51cdbd209b61.
#5 Updated by Fabrice Barconnière almost 11 years ago
- Status changed from Résolu to Fermé