Sinon si tu ne peux/veux vraiment pas t'attaquer à la source du problème
: imapfilter.
On 04/09/2019 21:22, Raphael Mazelier wrote:
Je ne saurais que conseiller de remplacer toutes ces crons dispersés
sur les serveurs par un scheduler/ordonnanceur centralisé type
rundeck, stackstorm voire airflow. C'est un gros travail mais cela
procure de nombreux avantages:
- définition centralisé des jobs/batchs (et en plus on peut les mettre
dans git, tout devrait être versionné)
- supervision centralisé
- retry, chainage, j'en passe et des meilleures.
Cdt,
--
Raphael Mazelier
Faire du monitoring de batchs par mails ca semble tout de même une
assez mauvaise idée.
On 04/09/2019 21:02, Wallace wrote:
Le mieux dans ces cas là c'est de forcer à ce que toute cron ne log
rien en sortie standard ou alors le mettre dans un fichier et garder
que la sortie erreur à envoyer par mail.
Après faire l'effort de corriger ce qui doit l'être pour les mails
reçus donc avec des erreurs.
La cible à viser aucun mail = OK, un mail = une erreur à traiter ou
un incident survenu (dépendance de tiers extérieurs qui n'a pas
marché par exemple).
La boite qui reçoit les mails, tu peux la mettre en supervision pour
que tout mail reçu les 5 dernière minutes déclenche une alarme.
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/