Bonjour,bonjour,
 
Je suis pas mauvais en programmation java,php,c++, mais la je suis tombé sur un qui me rebute x)  
La syntaxe, la manière de procéder avec un programme shell/Bash, c'est franchement différent de ce que je fais d'habitude x)
 
J'ai essayé à des fins d'apprentissage personnel, de faire un mini script qui ferait un peu comme nagios : qui enverrait un mail chaque fois qu'un hôte du réseau passe up ou down.
J'ai trouvé un script sur le net et j'ai essayé d'adapter un peu mais tout ne marche pas terriblement bien x)
 
voilà mon code, le for est inutile vu comment mon programme est construit pour le moment je sais x) :
 
 

 
 
 
voilà la trace d'execution que ca me donne en utilisant ce programme sur un PC allumé... il semblerait que je ne sache pas assigner des variables -->  
+ resultping = 0
innaccessible2.bash: line 15: resultping: command not found
+ '[' '!=' 0 -a 0 == 1 ']'
 
 

en bash, il ne faut pas d'espace entre ta variable, le signe d'affectation et la valeur affectée. Donc il faut écrire :
resultping=$?

Merci bien, j'étais sûr que c'était un truc con x)
 
Le script fonctionne maintenant bien, simplement j'ai un message d'erreur qui ressemble au précédent ^^ :
./innaccessible2.bash: line 20: h: command not found

Plusieurs remarques :
- il est inutile de mettre un ";" à chaque fin de ligne.
- tu peux faire référence au contenu de tes variables en préfixant simplement du caractère "$". Les accolades ou parenthèses ne sont pas utiles. Je ne maîtrise pas suffisamment bash, mais je ne sais pas si dans ton cas ça ne pourrait pas faire des choses inattendues. Donc $(h) et ${h} => $h
- j'ai du mal à comprendre la logique de redirection en entrée du fichier /dev/null. Tu veux faire quoi, au juste ?
- lorsque tu testes une variable non entière, il est d'usage d'encadrer ta variable et ta valeur testée avec des guillemets. ex : if [ "$resultping" -ne "0" -a "$state" -eq "1" ]; then
Comme ca, si ta variable 'resulting' n'est pas définie, le shell teste "" -ne "0", et il ne sort pas une erreur.

Merci pour toutes ces précisions
 
Voilà ce que ca donne après les corrections :
 

 
La redirection en entrée "< /dev/null" c'est pour dire a la fonction mail d'envoyer aucun corps au message, mais j'imagine qu'écrire un truc comme < echo "" serait revenu au même
 
la redirection en sortie c'est simplement que j'ai pas trouvé d'option pour que la fonction fasse son boulot silencieusement x) donc ça, ça évite que des trucs s'affichent pour rien dans la console.
 
Merci encore pour les corrections
 
 

Maintenant j'aimerais bien pouvoir suivre plusieurs hôtes^^ (d'où le "for h in $HOSTS" ) mais il me faudrait plusieurs variables $state
 
j'avais déjà essayé d'assigner une variable pour chaque hôte du genre de ça :  
 

 
mais ca ne marche pas terrible x)
voilà la trace d'execution avec bash -x (ar-PO1595 c'est le nom du PC) :

 
En fait, ma remarque était plus une question. /dev/null est aussi connu sous le terme de "puits sans fond", et je le conceptualisais plutôt comme une grosse poubelle. Je n'ai jamais imaginé aller chercher des trucs dedans pour les donner à manger à un programme !    
 

 
En tout début de boucle, tu devrais vérifier le contenu de h avec une commande 'echo "*$h*", juste pour voir s'il n'y aurait pas d'espace à la fin, ce qui rendrait l'affectation impossible.
Cela dit, je ne sais pas si on peut créer des variables à la volée comme ca.  
 
Tu peux essayer d'utiliser des variables "tableau", si cela répond à ton besoin ?
Ca s'utilise comme ca :

 
Lol, et bien si tu as une alternative je suis preneur ^^ ça ressemble en effet pas mal à du bidouillage mais ça marche pas trop mal ^^

Bidouillage, je n'en suis pas certain. On n'est souvent limité que par son imagination. Toutes les docs que j'aie lu sur /dev/null en parlaient en tant que "trou noir", donc uniquement pour les redirections de sortie.
 
Maintenant, c'est vrai que je n'ai jamais pensé qu'on pouvait peut-être l'utiliser dans l'autre sens. Reste à savoir ce que cela fait exactement.
 
EDIT : Ah si ! Sur le site de Wikipedia (anglais), il est dit que ce fichier ne fournit aucune donnée aux processus qui le lisent (envoi de EOF immédiatement). Je vais me coucher moins bête ce soir... Donc ca confirme que ce n'est pas du bidouillage...

Il semblerait que ça fonctionne bien, je n'ai aucune erreur ^^
merci pour l'idée des tableaux, je cherchais bien compliqué^^
 

 
EDIT : ET NON x) ça marche toujours pas complètement ^^
REedit : corrections apportées ca a l'air ok ^^

petit problème, la date ne s'affiche plus x)  
j'ai bien un mail qui me donne "ar-PO1595 up" mais plus ce que je devrais avoir :  
"ar-PO1595 up mardi 24 mai 2011, 15:24:51 (UTC+0200)"
je vois pas le problème x)

Peut être un problème de porté, essaye çà :

le problème n'était pas dans le programme du dessus x) j'ai simplement bêtement écrit $date au lieu de $(date) dans des bidouillages que j'ai fait x)
le programme du dessous marche très bien
 
 
 
 
#!/bin/bash
 
############################
#### By XXXXXXXXXXXXXXXXXXXX !!!####
############################
 
HOSTS="NOMDUPC1 NOMDUPC2"
mailadmin="admin@domain.com"
i=0
 
for h in $HOSTS
do
        state[$i]=1
        i=$i+1
done
i=0
 
while [ 1 = 1 ]
do
        datt=$(date)
        minidatt=$(date +%d/%m/%Y,%T)
        i=0
        for h in $HOSTS;
        do
                fping -q -t2000 $h > /dev/null
                resultping=$?
                        if [ "$resultping" -ne "0" -a "${state[i]}" -eq "1" ]; then
                                echo "$h : host is down ($minidatt)"
                                echo "L hote $h passe down le $datt" | (mail -s "$h down $minidatt" $mailadmin) > /dev/null
                                state[i]=0
                        elif [ "$resultping" -eq "0" -a "${state[i]}" -eq "0" ]; then
                                echo "$h : host is up ($minidatt)"
                                echo "L hote $h passe up le $datt" | (mail -s "$h up $minidatt" $mailadmin) > /dev/null
                                state[i]=1
                        fi
        i=$i+1
        done
        sleep 10
done