Project

General

Profile

Anomalie #3581

L'erreur de dump des bases de données avant sauvegarde passe inperçue.

Added by Benjamin Bohard about 8 years ago. Updated almost 8 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Category:
-
Start date:
06/06/2012
Due date:
% Done:

100%

Spent time:
Distribution:
EOLE 2.3

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

Related to python-pyeole - Evolution #4077: Il est utile de disposer d'une fonction de mailing ne nécessitant pas l'installation d'exim. Fermé 09/17/2012

Associated revisions

Revision 07258117 (diff)
Added by Benjamin Bohard almost 8 years ago

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 about 8 years ago

  • Target version set to Mises à jour 2.3.6 RC

#2 Updated by Benjamin Bohard almost 8 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 almost 8 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 almost 8 years ago

  • Status changed from Nouveau to Résolu
  • % Done changed from 0 to 100

#5 Updated by Fabrice Barconnière almost 8 years ago

  • Status changed from Résolu to Fermé

Also available in: Atom PDF