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).
Demandes liées
Révisions associées
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
Historique
#1 Mis à jour par Joël Cuissinat il y a presque 12 ans
- Version cible mis à Mises à jour 2.3.6 RC
#2 Mis à jour par Benjamin Bohard il y a plus de 11 ans
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 Mis à jour par Joël Cuissinat il y a plus de 11 ans
- Assigné à mis à Benjamin Bohard
- Version cible changé de Mises à jour 2.3.6 RC à Mises à jour 2.3.7 RC
#4 Mis à jour par Benjamin Bohard il y a plus de 11 ans
- Statut changé de Nouveau à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit 0725811763bfdf3a542c42ae961e51cdbd209b61.
#5 Mis à jour par Fabrice Barconnière il y a plus de 11 ans
- Statut changé de Résolu à Fermé