Le 4 sept. 2014 à 12:06, Adrien <[email protected]> a écrit : > Le 04/09/2014 10:26, Jean-Michel OLTRA a écrit : >> Le jeudi 04 septembre 2014, Pierre Malard a écrit... >> >>> Une solution est donc de s’assurer que les lancements cron soient >>> silencieux. Éventuellement, on peut encapsuler cette commande, si >>> elle est trop bavarde, dans un script d’analyse qui se charge soit >>> d’envoyer lui-même le mail d’alerte, >> Sinon, tu envoies le résultat de la commande à /dev/null, ce qui va la >> rendre silencieuse, pour le meilleur et pour le pire. Éventuellement, >> comme précisé dans le reste du message (que j'ai coupé), ne renvoyer que >> la sortie standard vers /dev/null, et conserver la sortie d'erreur en >> l'état. >> > > Bonjour Jean-Michel et Pierre, > > Merci pour vos réponses. Suite à mon premier message, j'avais > effectivement modifié les commandes pour envoyer toutes les sorties > standard vers le GPSF (Grand Puits Sans Fond, /dev/null). Et > effectivement je n'ai plus qu'un seul Cron qui me rappelle à son bon > souvenir, car il tombe en erreur.
Une solution un peu comme le verre d’alcool, il faut se méfier des abus.
C’est un peu comme casser le thermomètre pour résoudre un problème
de température… Personnellement, je préfère la solution proposée par
Jean-Michel. Elle est plus raisonnable.
Cordialement
--
Pierre Malard
« On ne peut pas pousser à fond l'éducation politique et l'éducation
tout court de masses sans l'accompagner d'un développement
économique, culturel et social parallèle. »
Romain Gary - "Les racines
du ciel"
|\ _,,,---,,_
/,`.-'`' -. ;-;;,_
|,4- ) )-,_. ,\ ( `'-'
'---''(_/--' `-'\_) πr
perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\
( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_):
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--
signature.asc
Description: Message signed with OpenPGP using GPGMail
