Tester si une commande renvoi une erreur et en executer une autre

Dane69 · Le 11/03/2015, à 15:50

Bonjour,

Dans un script, une commande fais un backup de la base de donnée comme ceci :

su postgres -c "pg_dump > backup.out"

J'aimerai que si cette commande renvoi une ou des erreurs, cela exécute une commande spécifique.

Pour cela je pense qu'il faut utiliser un truc du genre : if [ $? -eq 0 ] ; then
mais $? doit être remplacé par quoi exactement ? est ce possible aussi de récupérer le message d'erreur ?

merci d'avance pour votre réponse.

Shanx · Le 11/03/2015, à 16:49

Le plus simple est d'utiliser if :

if commande ; then
    echo "Ca marche"
else
    echo "Ca marche pas
fi

jplemoine · Le 11/03/2015, à 16:52

$? renvoie l'erreur de la dernière commande. Donc :
ne pas faire un su dans le script mais lancer le script en étant root.
Ensuite tester le résultat de postgres :
s'il renvoie des valeurs différentes en fonction des erreurs, c'est bon.

Dane69 · Le 11/03/2015, à 17:12

Non jplemoine, le script est déjà exécuté en root mais dans le script la commande de backup ce fait obligatoirement avec le compte postgres car c'est une commande utilisable uniquement avec postgres (commande postgresql) et non avec le compte root.

j'ai fais ceci :

su postgres -c "pg_dumpall > backup.out"

if [$? -eq 0] ; then
echo "envoi mail d'alerte" |mutt -s "MAIL" adressemail@domaine.com
fi"

mais ça ne marche pas, ça me renvoi l'erreur suivante :

./script.sh: line 18: Caractère de fin de fichier (EOF) prématuré lors de la recherche du « " » correspondant
./script.sh: line 32: Erreur de syntaxe : fin de fichier prématurée

jplemoine · Le 11/03/2015, à 17:27

Pardon : je "m'est trompé" en lisant trop vite. Donc, pour ceux qui lirait ne pas tenir compte de la remarque.
Dans le post précédent, il y a un " en trop après le fi --> c'est peut-être ça l'erreur (le script est incomplet).

Shanx · Le 11/03/2015, à 17:35

Si tu souhaites vraiment utiliser cette solution, il faudra changer la condition (là, s'il n'y a pas d'erreur, un mail est envoyé). Il faudrait mettre :

if [$? -ne 0] ; then

Mais je pense que la solution que j'avais proposé en #1 est plus "propre". Elle revient au même, mais utilise pleinement les fonctions de bash (et de if).

serged · Le 11/03/2015, à 17:40

Shanx a écrit :

Le plus simple est d'utiliser if :
if commande ; then
    echo "Ca marche"
else
    echo "Ca marche pas
fi

Voire, plus simple :

commande && echo Ça marche

Shanx · Le 11/03/2015, à 17:51

Auquel cas il faut prendre en compte les erreurs :

commande && echo "Ca marche" || echo "Ca marche pas"

Par contre, c'est moins lisible, donc j'aurais tendance à préférer les solutions précédentes (surtout si c'est dans un script).

quaego · Le 11/03/2015, à 20:35

Pour récupérer les messages d'erreur (dans backup.err) :

su postgres -c "pg_dump >backup.out 2>backup.err"

tiramiseb · Le 15/03/2015, à 14:22

Salut,

if [$? -eq 0] ; then

Il manque des espaces.
Rappelez-vous que "[" est une commande, pas un séparateur.

===>

if [ $? -eq 0 ] ; then

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 11/03/2015, à 15:50

Tester si une commande renvoi une erreur et en executer une autre

#2 Le 11/03/2015, à 16:49

Re : Tester si une commande renvoi une erreur et en executer une autre

#3 Le 11/03/2015, à 16:52

Re : Tester si une commande renvoi une erreur et en executer une autre

#4 Le 11/03/2015, à 17:12

Re : Tester si une commande renvoi une erreur et en executer une autre

#5 Le 11/03/2015, à 17:27

Re : Tester si une commande renvoi une erreur et en executer une autre

#6 Le 11/03/2015, à 17:35

Re : Tester si une commande renvoi une erreur et en executer une autre

#7 Le 11/03/2015, à 17:40

Re : Tester si une commande renvoi une erreur et en executer une autre

#8 Le 11/03/2015, à 17:51

Re : Tester si une commande renvoi une erreur et en executer une autre

#9 Le 11/03/2015, à 20:35

Re : Tester si une commande renvoi une erreur et en executer une autre

#10 Le 15/03/2015, à 14:22

Re : Tester si une commande renvoi une erreur et en executer une autre

Pied de page des forums