[Cron] Problème d’exécution de script

Version imprimable

Bonjour,

Je rencontre un petit problème sur un script vérifiant l'espace disque utilisé sur chaque partition du système et envoyant un mail d'alerte lorsqu'un certain seuil est dépassé.

Voici le script :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 seuil=90 for partition in /dev/sda1 /dev/sda2 /dev/sda3 do df=`df -h $partition` p_utilise=`echo $df | cut -f14 -d ' '` p_utilise2=${p_utilise:0:2} if [ $p_utilise2 -gt $seuil ] then t_partition=`echo $df | cut -f11 -d ' '` e_utilise=`echo $df | cut -f12 -d ' '` e_restant=`echo $df | cut -f13 -d ' '` corps="Bonjour,\n\nL'espace disque actuellement disponible sur la partition $partition a dépassé le seuil d'alerte de $seuil %.\n\nTaille de la partition : $t_partition\nEspace utilisé : $e_utilise\nEspace restant : $e_restant\n\nCordialement,\n--\n*****" echo -e $corps | mail -s "Alerte : Espace disque" -a "From: *****<*****@*******.fr>" admin@********.fr fi done
Lorsque j’exécute le script à la main tout fonctionne cependant lorsque le script est exécute via le cron je ne reçoit aucun mail d'alerte.

En mettant /bin/df et /usr/bin/mail le problème est toujours présent.

Johan

12/06/2012, 14h31
mvvvv

mail a sans doute besoin de connaitre quel compte de mail utiliser (option -u) sachant que par le cron il n'est associé à aucun compte utilisateur.
12/06/2012, 14h32
Johan_A

J'ai oublié de préciser que j'ai d'autres scripts qui tournent sur ce serveur (configurés pour envoyer des mails de la même manière) qui fonctionnent via le cron.
12/06/2012, 14h45
zipe31

Salut,

Il me semble que le caractère "%" doit être protégé dans cron.

Code:

le seuil d'alerte de $seuil \%.\n\n
12/06/2012, 15h05
Johan_A

Salut,

Cela n'a rien changé =(

Pour précision ; voici la crontab :

Code:

*/1 * * * * /scripts/Test_Disque.sh
12/06/2012, 15h14
mvvvv

Citation:

Envoyé par Johan_A

J'ai oublié de préciser que j'ai d'autres scripts qui tournent sur ce serveur (configurés pour envoyer des mails de la même manière) qui fonctionnent via le cron.

Peut être alors que dans ta crontab, ceux qui marchent sont associés à un compte utilisateur particulier ?
12/06/2012, 15h34
Johan_A

Ils sont tous lancés en root.
12/06/2012, 15h41
zipe31

T'as essayé de mettre les chemins absolus pour chaque commande ?

Les autres scripts sont construits de la même façon (sans les chemins absolus) ?
12/06/2012, 15h41
mvvvv

et avec un shebang en début de fichier puis en contrôlant chmod o+x ... ?

#!/bin/bash
...
12/06/2012, 15h44
Johan_A

J'ai mis df et mail en chemin absolu, y'a-t-il une autre commande à faire de même ?

Il y a "#!/bin/bash" en ère ligne de fichier et j'ai mis les droits en 777

Tous les autres scripts sont faits de la même façon.
12/06/2012, 15h46
mvvvv

lol ... et sinon tu n'aurais pas un message d'erreur dans tes logs (dmesg .... )

:aie:

?

syslog :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Jun 12 15:31:01 Serveur /USR/SBIN/CRON[11999]: (root) CMD (/scripts/Test_Disque.sh)
Jun 12 15:31:01 Serveur postfix/pickup[11803]: 2A78F36A527: uid=0 from=<root>
Jun 12 15:31:01 Serveur postfix/cleanup[11603]: 2A78F36A527: message-id=<20120612133101.2A78F36A527@Serveur.domaine-ad.int>
Jun 12 15:31:01 Serveur postfix/qmgr[26243]: 2A78F36A527: from=<root@Serveur.domaine-ad.int>, size=725, nrcpt=1 (queue active)
Jun 12 15:31:01 Serveur cyrus/lmtpunix[11705]: accepted connection
Jun 12 15:31:01 Serveur cyrus/lmtpunix[11705]: lmtp connection preauth'd as postman
Jun 12 15:31:01 Serveur cyrus/lmtpunix[11705]: verify_user(Serveur.domaine-ad.int!user.Serveur) failed: Mailbox does not exist
Jun 12 15:31:01 Serveur postfix/lmtp[11774]: 2A78F36A527: to=<Serveur@Serveur.domaine-ad.int>, orig_to=<root>, relay=Serveur.domaine-ad.int[/cyrussock/lmtp], delay=0.03, delays=0.02/0/0/0.01, dsn=5.1.1, status=bounced (host Serveur.domaine-ad.int[/cyrussock/lmtp] said: 550-Mailbox unknown.  Either there is no mailbox associated with this 550-name or you do not have authorization to see it. 550 5.1.1 User unknown (in reply to RCPT TO command))
Jun 12 15:31:01 Serveur postfix/cleanup[11831]: 2FA0B36A4C6: message-id=<20120612133101.2FA0B36A4C6@Serveur.domaine-ad.int>
Jun 12 15:31:01 Serveur postfix/bounce[11132]: 2A78F36A527: sender non-delivery notification: 2FA0B36A4C6
Jun 12 15:31:01 Serveur postfix/qmgr[26243]: 2A78F36A527: removed
Jun 12 15:31:01 Serveur postfix/qmgr[26243]: 2FA0B36A4C6: from=<>, size=2968, nrcpt=1 (queue active)
Jun 12 15:31:01 Serveur cyrus/lmtpunix[11912]: accepted connection
Jun 12 15:31:01 Serveur cyrus/lmtpunix[11912]: lmtp connection preauth'd as postman
Jun 12 15:31:01 Serveur cyrus/lmtpunix[11912]: verify_user(Serveur.domaine-ad.int!user.Serveur) failed: Mailbox does not exist
Jun 12 15:31:01 Serveur postfix/lmtp[11777]: 2FA0B36A4C6: to=<Serveur@Serveur.domaine-ad.int>, orig_to=<root@Serveur.domaine-ad.int>, relay=Serveur.domaine-ad.int[/cyrussock/lmtp], delay=0.03, delays=0.01/0/0/0.01, dsn=5.1.1, status=bounced (host Serveur.domaine-ad.int[/cyrussock/lmtp] said: 550-Mailbox unknown.  Either there is no mailbox associated with this 550-name or you do not have authorization to see it. 550 5.1.1 User unknown (in reply to RCPT TO command))
Jun 12 15:31:01 Serveur postfix/qmgr[26243]: 2FA0B36A4C6: removed

On vois bien que le script est en erreur puisqu'il essaie d'envoyé un mail à root

12/06/2012, 15h58
mvvvv

Citation:

Envoyé par Johan_A

On vois bien que le script est en erreur puisqu'il essaie d'envoyé un mail à root

si ce n'est dans le crontab, ni avec l'option -u de mailbox .... c'est que les cron qui marchent utilisent "su" ...
12/06/2012, 15h59
Johan_A

Je ne comprend pas :s
12/06/2012, 16h06
mvvvv

Ton mail a besoin d'un compte utilisateur (une boite mail) ou ton message sera mis en "boite d'envoi" avant d'être envoyé par ta messagerie. Il me semble logique que root n'en ait pas. Donc à chaque fois que tu veux envoyer un mail par cron il est indispensable d'indiquer un compte utilisateur dont on utilisera la "boite d'envoi"
- soit dans le crontab (et dans ce cas tout le script s'exécute avec les droits de l'utilisateur marcel)
- soit avant la commande mail :

Code:

su marcel mail ....

- soit dans la commande mail :

Code:

mail -u marcel ....
12/06/2012, 16h13
Johan_A

Citation:

Ton mail a besoin d'un compte utilisateur (une boite mail) ou ton message sera mis en "boite d'envoi" avant d'être envoyé par ta messagerie. Il me semble logique que root n'en ait pas. Donc à chaque fois que tu veux envoyer un mail par cron il est indispensable d'indiquer un compte utilisateur dont on utilisera la "boite d'envoi"

Tous mes autres scripts n’utilisent pas de boite mail pour envoyer un mail et c'est root qui les envoi.

De plus le script marche lorsque je l’exécute manuellement.

Citation:

- soit dans le crontab (et dans ce cas tout le script s'exécute avec les droits de l'utilisateur marcel)
- soit avant la commande mail :

En ajoutant cette configuration le script n'envoi toujours pas de mail d'alerte par contre je n'ai effectivement plus les erreurs dans le syslog, il ne reste plus que :

Citation:

Jun 12 16:09:01 Serveur/USR/SBIN/CRON[13067]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -delete)
Jun 12 16:09:01 Serveur/USR/SBIN/CRON[13076]: (root) CMD (/scripts/Test_Disque.sh)

Avec donc la première ligne en plus par rapport à avant.
12/06/2012, 16h24
mvvvv

Pour "la première ligne" il s'agit vraissemblablement d'un autre cron ... ou que tu as cassé ton crontab 8-)

j'ai du mal à croire ... au regard des messages de postfix ... qu'il existe un compte mail pour root.

sinon essaye avec mail -u ...
12/06/2012, 16h26
Johan_A

Citation:

sinon essaye avec mail -u ...

C'est ce que j'ai fait, c'est avec ça que je n'est plus d'erreur dans le syslog.
12/06/2012, 16h32
mvvvv

oki ... donc a priori tu as un mail coincé quelque part .... soit en boite d'envoi de postix ... soit en réception du destinataire.
12/06/2012, 16h40
Invité
Salut,

Peux-tu fournir les variables d'environnements de ton shell ainsi que celui de ta crontab stp?

Dans ton shell, taper la commande suivante:
Code:

1 2 /usr/bin/env
Pour voir les variables d'environnement de la crontab, ajouter la même commande dans ton script Test_Disque.sh et rediriger l'ouput vers un fichier temporaire.
Code:

1 2 /usr/bin/env > /tmp/env_crontab.txt

giedi:/scripts# /usr/bin/env

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
SHELL=/bin/sh
TERM=xterm
USER=root
MAIL=/var/mail/root
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
PWD=/scripts
LANG=fr_FR.UTF-8
PS1=\h:\w\$
SHLVL=1
HOME=/root
LOGNAME=root
_=/usr/bin/env
OLDPWD=/****/*/****/******

giedi:/scripts# cat /tmp/env_crontab.txt

Code:

1
2
3
4
5
6
7
8
 
SHELL=/bin/sh
PATH=/usr/bin:/bin
PWD=/root
HOME=/root
SHLVL=2
LOGNAME=root
_=/usr/bin/env

12/06/2012, 22h06
Invité
Oki,

La variable MAIL spécifie le chemin vers la boite mail de l'utilisateur. Cette dernière est définie dans le shell de l'utilisateur or dans la crontab, on voit que cette variable n'existe pas.

Ceci pourrait expliquer la raison pour laquelle ça fonctionne lorsque tu executes le script manuellement et non dans la crontab.

Pourrais-tu éditer à nouveau ta crontab et ajouter la variable d'environnement MAIL stp? On verra ainsi si la boite mail de root est retrouvée.

Contenu de la crontab:
Code:

1 2 3 MAIL=/var/mail/root */1 * * * * /scripts/Test_Disque.sh
13/06/2012, 09h08
Johan_A

Toujours le même problème =/
13/06/2012, 09h09
Johan_A

Si ça peut aider, le serveur où s’exécute le script est un serveur de messagerie Cyrus/Postfix
13/06/2012, 09h18
mvvvv

Quand tu as utilisé l'option -u de mail tu n'as plus eu d'erreur dans syslog. As tu retrouvé ce mail sous postfix (ou erreur dans ses log) ?

https://help.ubuntu.com/community/Cyrus

avec l'option -u cela marche-t-il quand tu lance le script directement depuis ta session ? si non ... utiliser un autre compte.

Sinon ... il reste le jeux des 7 erreurs entre tes cron qui marchent et celui qui ne marche pas
13/06/2012, 09h20
Johan_A

Citation:

Quand tu as utilisé l'option -u de mail tu n'as plus eu d'erreur dans syslog. As tu retrouvé ce mail sous postfix (ou erreur dans ses log) ?

Nop

Citation:

avec l'option -u cela marche-t-il quand tu lance le script directement depuis ta session ? si non ... utiliser un autre compte.

J'ai n'ai que le compte root sur ce serveur =/

Citation:

Sinon ... il reste le jeux des 7 erreurs entre tes cron qui marchent et celui qui ne marche pas

Je l'ai déjà fait hier mais je vais le refaire je ne vois que ça, je vais aussi réécrire le script ligne par ligne on ne sais jamais ...
13/06/2012, 09h26
mvvvv

Citation:

Envoyé par Johan_A

Citation:
Quand tu as utilisé l'option -u de mail tu n'as plus eu d'erreur dans syslog. As tu retrouvé ce mail sous postfix (ou erreur dans ses log) ?
Nop.

Cela ne t'inquiète-t-il pas plus que cela ? Auriez-vous installé une sorte de trou noir sur ce système ? 8O

https://help.ubuntu.com/community/Cyrus
13/06/2012, 09h50
Johan_A

En fait les mails que le Cron envoi sont les mails d'erreurs et il les envoyait par défaut à une boite inexistante. J'ai donc rajouté

Citation:

MAILTO=monadress@mondomaine.fr

Et maintenant je sais quel est le problème du script :

Citation:

/scripts/Test_Disque2.sh: line 18: [: -gt: unary operator expected
/scripts/Test_Disque2.sh: line 18: [: -gt: unary operator expected
/scripts/Test_Disque2.sh: line 18: [: -gt: unary operator expected

C'est donc la ligne liée au à la comparaison de valeur qui pose problème :

Citation:

if [ $p_utilise2 -gt $seuil ]

Je pensais avoir trouvé un élément de réponse ici (1er commentaire)

http://www.cyberciti.biz/tips/shell-...isk-space.html

Cependant en mettant df -hP au lieu de df -h le problème est toujours la.
13/06/2012, 09h55
Johan_A

Je n'ai plus de mail d'erreur en mettant des double [[ ]]

Citation:

if [[ $p_utilise2 -gt $seuil ]]

Mais je ne reçoit pas le m'ail d'alerte ....
13/06/2012, 10h06
mvvvv

Comme quoi ça valait la peine de se poser la question de "oucéty qu'il est donc le mail ?".

Pour les [[ ]] ... je ne vois pas pourquoi ça aurait changé quelque chose ... par contre ta valeur a du changer (surtout si tu as modifié son affectation). peux tu reposter le code ?

C'est le même que le premier message.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
seuil=90
 
for partition in /dev/sda1 /dev/sda2 /dev/sda3
do
	df=`df -h $partition`
	p_utilise=`echo $df | cut -f14 -d ' '`
	p_utilise2=${p_utilise:0:2}
	if [[ $p_utilise2 -gt $seuil ]]
	then
		t_partition=`echo $df | cut -f11 -d ' '`
		e_utilise=`echo $df | cut -f12 -d ' '`
		e_restant=`echo $df | cut -f13 -d ' '`
		corps="Bonjour,\n\nL'espace disque actuellement disponible sur la partition $partition a dépassé le seuil d'alerte de $seuil %.\n\nTaille de la partition : $t_partition\nEspace utilisé : $e_utilise\nEspace restant : $e_restant\n\nCordialement,\n--\n*****"
		echo -e $corps | mail -s "Alerte : Espace disque" -a "From: *****<*****@*******.fr>" admin@********.fr
	fi
done

Par contre en testant les valeurs p_utilise2 est maintenant vide et donc le script ne rentre pas dans le if =/ (tout comme p_utilise)

13/06/2012, 10h13
mvvvv

arg ... j'avais pas analysé ho combien c'est casse gueule ton système !!!
Pas bon les cut ... surtout sur deux lignes :roll:
13/06/2012, 10h17
Johan_A

C'est de la que viens le problème oui.

Pourquoi ce n'est pas bien ? Par quoi puis-je le remplacer ? (edit : la réponse est dans mon précédent lien)

Code:

1
2
3
4
5
6
7
$ A=$(df -h /dev/sda1 | awk '/^\/dev/ { print $5 }')
 
$ echo ${A}
48%
 
$ echo ${A/\%/}
48

Ok ca marche via le cron ! Merci à tous !

Voici le nouveau script :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
seuil=90
 
for partition in /dev/sda1 /dev/sda2 /dev/sda3
do
	p_utilise=$(df -h $partition | awk '/^\/dev/ { print $5 }')
	p_utilise2=${p_utilise/\%/}
 
	if [ $p_utilise2 -gt $seuil ]
	then
		t_partition=$(df -h $partition | awk '/^\/dev/ { print $2 }')
		e_utilise=$(df -h $partition | awk '/^\/dev/ { print $3 }')
		e_restant=$(df -h $partition | awk '/^\/dev/ { print $4 }')
		corps="Bonjour,\n\nL'espace disque actuellement disponible sur la partition $partition a dépassé le seuil d'alerte de $seuil %.\n\nTaille de la partition : $t_partition\nEspace utilisé : $e_utilise\nEspace restant : $e_restant\n\nCordialement,\n--\n******"
		echo -e $corps | mail -s "Alerte : Espace disque $partition" -a "From: ****<*****@******.fr>" admin@******.fr
	fi
done

13/06/2012, 12h55
jack-ft
Citation:

Envoyé par mvvvv

Comme quoi ça valait la peine de se poser la question de "oucéty qu'il est donc le mail ?".

Ouais, c'est pas faux...

Citation:

Pour les [[ ]] ... je ne vois pas pourquoi ça aurait changé quelque chose ...

Ah ben si! Je confirme!

Je développe actuellement en ksh pour plusieurs architectures (linux, AIX, HP-UX, Solaris).
Outre les différences entre les divers ksh, il faut aussi jongler avec les différentes variations de 'test' (et autres 'sed' 'awk', sans compter les 'df' 'id' etc.).

Par expérience, je confirme qu'il y a parfois une nette différence entre le '[[...]]' natif (du bash ou du ksh) et le '[...]' qui appelle le programme 'test'!

Par exemple:
Code:

1 2 3 4 5 6 toto= $ [[ $toto -eq "" ]] ; echo $? 0 $ [ $toto -eq "" ] ; echo $? ksh: [: : unexpected operator/operand 2
ou bien:
Code:

1 2 3 4 5 $ [[ $toto -gt 0 ]] ; echo $? 1 $ [ $toto -gt 0 ] ; echo $? ksh: [: 0: unexpected operator/operand 2
Évidemment, on évite un certain nombre de problèmes en ajoutant des guillemets:
Code:

1 2 3 4 $ [ "$toto" -eq "" ] ; echo $? 0 $ [ "$toto" -gt 0 ] ; echo $? 1
Encore que ce dernier ne soit pas complètement satisfaisant: "" est-il, oui ou non, supérieur 0???

Je te recommande aussi la joyeuseté suivante:
Code:

1 2 3 4 $ [[ -f $toto ]] ; echo $? 1 $ [ -f $toto ] ; echo $? 0
8O
HTH
)jack(
13/06/2012, 13h07
mvvvv

C'est un peu le drame des shells entre la multiplication des syntaxes et les ajouts successifs on passe son temps à découvrir des choses magiques.

Je me souviens encore du traumatisme que ça a été le jour ou j'ai tapé * + <Entrée> sous mon terminal

:D