Salut,
Bien qu'efficace, ta solution fleure bon le Microsoft : S'il y a un problème, je ne veux surtout pas le savoir...
En mettant MAILTO=
Plus aucun message de resultat de cron sera envoyé... Pas grave : si çà déconne, on reboote !
Il me parait plus judicieux de laisser un destinataire de message.
Ensuite, si on fait tourner un cron qui cause, deux solutions :
1) on s'en fout du résultat normal :
01 0 * * * root /mon/truc/a/faire.sh >/dev/null
-> ainsi, les messages normaux sont jetés, mais en cas de fin anormale : mail
2) On s'interresse éventuellement au résultat :
01 0 * * * root /mon/truc/a/faire.sh >>/var/log/faire.log
-> ainsi, le resultat de l'exécution normale s'ajoute à la fin du fichier /var/log/faire.log et en cas d'erreur, toujours un mail.
Variations : on a un traitement régulier qui se finit régulièrement en erreur
cas a) -> retour vers le développeur
cas b)
01 0 * * * root /mon/truc/a/faire.sh >/dev/null 2>&1
-> tout à la poubelle
(2> = stderr = canal de sortie des 'erreurs' Erreurs est un sens large : quand on fait un tar, tous les affichages sortent par le canal d'erreur, parce que le backup peut sortir par le canal standard)
variante : Beaucoup de messages inutiles, des messages d'erreurs à conserver :
01 0 * * * root /mon/truc/a/faire.sh >/dev/null 2>>/var/log/faire.err
Dernière chose : si vous redirigez des logs dans un fichier :
man logrotate (qui bien sur, est 'templatisé -un peu- sur SME
)
logrotate est le process qui vous permet de 'faire tourner les logs, de les compresser, et de les purger automatiquement.
A+,
Pascal
:roll:
