Discussion :

[[root@127.0.0.1]~#]

Bonjour à tous,

Je cherche pouvoir envoyer une alerte "warning" à un système de supervision, à chaque fois que stderr vaut quelque chose, différent de null

Je m'explique mieux:
J'ai cette crontab (j'en ai plusieurs) qui me logge le résultat d'un find (stdout & stderr) dans /var/log/syslog, tout à l'aide de la commande logger :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
0 7 * * * root find /SPP/data/BACKUP/ -mindepth 1 -maxdepth 1 -type d -mtime +5 -exec rm -rf {} \; 2>&1 | /usr/bin/logger -t cron.cluster-rm-backup-files -i -p user.warn

Maintenant, ce que j'aimerais faire c'est d'envoyer une alerte avec un message d'erreur à NAGIOS lorsque stderr contienne une valeur non null

Voici donc la crontab que j'essaye d'adapter (qui ne fonctionne pas pour le moment)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
0 7 * * * root find /SPP/data/BACKUP/ -mindepth 1 -maxdepth 1 -type d -mtime +5 -exec rm -rf {} \; 2>&1 | /usr/bin/logger -t cron.cluster-rm-backup-files -i -p user.warn | /usr/bin/test -n "1>&2 2" && /usr/bin/logger -p local0.warn "[ftmms][3][1][CLUSTER-BACKUP]: Problem detected by removing the backup..."

Est-ce qu'il existe un moyen dans cette crontab de "refaire" passer la sortie d'erreurs STDERR (2) avec des pipes "|" ou autre, jusqu'à la commande /usr/bin/test, pour ensuite dire que si stderr est non null, j'envoie mon message d'alerte à la supervision ?

Merci d'avance pour toute opinion,

[gangsoleil]

Bonjour,

Tout d'abord, pour gagner en lisibilite, je te conseille de transformer ta ligne de commande en script. N'oublies pas d'utiliser les fonctions en chemin absolu pour que cela fonctionne en crontab.

Ensuite, je pense que le plus simple dans ton cas est de rediriger les deux sorties vers deux fichiers temporaires, que tu parseras ensuite pour faire le traitement de ton choix.

[[root@127.0.0.1]~#]

Bonjour,

Tout d'abord, merci pour ta réponse.
Finalement, j'ai pu le faire directement dans une seule ligne de cron.

Le souci était par rapport aux tests que je faisais...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
# touch file1 file2 file3
# chattr +i file1

En cron :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

* * * * * root find /root/ -name file* -exec rm -f {} \; 2>&1 | /usr/bin/logger -t cron.rm-test-files -i -p local0.warn

Ce qui me logge bien l'erreur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Apr 17 18:39:16 hostname cron.rm-files-test[19696]: rm: cannot remove `/root/file1': Operation not permitted

Le message est bien loggé dans syslog, mais celui-ci n'est pas envoyé aux sondes Logs de supervision à cause du caracter '`' ne fermant.

J'ai pu me rendre compte de l'erreur en envoyant un logger directement sur le terminal avec le message d'erreur précédemment généré :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
# /usr/bin/logger -t cron.perl-files -i -p local0.warn "rm: cannot remove `/root/file1': Operation not permitted"
> -bash: unexpected EOF while looking for matching ``'
-bash: syntax error: unexpected end of file

Voici donc la solution finale pour laquelle je me suis décidé :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

0 7 * * * root find /SPP/data/BACKUP/ -mindepth 1 -maxdepth 1 -type d -mtime +5 -exec rm -rf {} \; 2>&1 | sed -e "s/[\`]//" -e "s/[']//" | /usr/bin/logger -t cron.cluster-rm-backup-files -i -p local0.warn

En s'échappant des caractères bizarres...

Merci, à bientôt !