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

Version imprimable

Voir 40 message(s) de cette discussion en une page

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

Voir 40 message(s) de cette discussion en une page