Récupérer les retours d'un script exécuté en ssh

Bonjour à tous

J'ai un petit souci avec deux script .bash

Mon premier script effectue une connexion ssh et provoque l’exécution d'un deuxième script (installation de paquets) sur la machine distante
Il fonctionne comme suit:

Code:

---

ssh "$USER"@"$IP" 'bash -s < ScriptInstallation.bash

---

Je voudrais pouvoir récupérer des codes d'installations dans un fichier .txt sur ma machine mais je ne trouve pas la commande pour ça
J'ai essayé ceci:

Code:

---

ssh "$USER"@"$IP" 'bash -s < ScriptInstallation.bash >> LogInstallations.txt

---

Mais cela renvoi toutes les sorties dans le .txt
J'ai déjà demandé de l'aide et on m'a proposé des solutions comme suit, avec un code en début de ligne dans mon ScriptInstallation.bash

Code:

---

ssh "$USER"@"$IP" 'bash -s' <ScriptInstallation.bash | awk '/^==>/{sub"^==>", ""); print > "LogInstallations.txt"; next} {print}'

---

le "==>" représente le code en début de ligne, elle est écrite de cette façon dans le script :

Code:

---

echo "==> $Nomdelamachine $IP : INSTALLATION RÉUSSIE"

---

Je précise que mon ScriptInstallation.bash fait 400 lignes donc il n'est pas possible de le mettre dans une seule commande.
J'ai aussi essayé avec des "grep" et plusieurs combinaison avec "awk" mais sans succès.

Quelqu'un aurait-il une solution??

Merci :)

Salut Virtual,

J'ai eu à faire quelque chose de similaire.
Voici la ligne que j'utilise pour récupérer la sortie de la commande SSH:

SSHBIN="/usr/bin/ssh"
USERNAME="webuser"
IP="10.10.25.45"
CMD="find / -type f -name "*.crt" 2>/dev/null"
SCRIPTFILE="getinfo.sh"

# Pour executer une commande =

Code:

---

TEXTRESULT=$($SSHBIN -n -o StrictHostKeyChecking=no $USERNAME@$IP "$CMD")

---

# Pour executer un script, je rajoute une étape qui consiste à le copier sur le serveur cible, puis je l'execute.

Code:

---

1 2	scp -o StrictHostKeyChecking=no $SCRIPTFILE $USERNAME@$IP:$SCRIPTFILE TEXTRESULT=$($SSHBIN -n -o StrictHostKeyChecking=no $USERNAME@$IP "$SCRIPTFILE")

---

Sylvain

Merci de ta réponse Sylvain mais j'ai du mal à comprendre le fonctionnement de ta commande.

Peux-tu m'expliquer davantage, sachant que je dois récupérer des infos différentes en fonction du script et de son déroulement (installation ok, avec problème, échouée)?

Merci

salut,

je vois pas trop où est le problème perso :

Code:

---

ssh user@host "bash < script.sh" | grep "^==>"

---

par contre le -o StrictHostChecking=no c'est plutôt pas une bonne idée, en tous cas ça n'apporte rien de plus ici
(@silfun1, si c'est parce que tu as changé de clé tu aurais meilleur compte de l'identifier et la supprimer de ton ~/.ssh/known_hosts, et éventuellement en rajoutant HashKnownHosts no à ton éventuel ~/.ssh/config pour te simplifier la vie la fois d'après)

Re bonjour,

@Virtual : Voici quelques explication sur mes commandes:

Copie de mon script sur mon serveur distant

• commande utilisée = scp ./getinfo.sh titi@mondev:./getinfo.sh
• Test =
  
  Code:

  ---

  1 2	[01-07-2016 15:34:38 titi@monserveur:~/tmp]$ scp ./getinfo.sh titi@mondev:./getinfo.sh getinfo.sh 100% 10 0.0KB/s 00:00

  ---

Execution de mon script fraichement copié, sur mon serveur distant et récupération de la sortie standard dans ma variable nommée TEXTRESULT

• commande = TEXTRESULT=$(/usr/bin/ssh -n titi@mondev "./getinfo.sh")
• Test =
  
  Code:

  ---

  1 2 3

  [01-07-2016 15:35:08 titi@monserveur:~/tmp]$ TEXTRESULT=$(/usr/bin/ssh -n titi@mondev "./getinfo.sh") [01-07-2016 15:35:08 titi@monserveur:~/tmp]$ echo $TEXTRESULT /home/titi total 88 drwxr-xr-x 3 titi exploit 40960 sept. 30 2015 cronlog -rw------- 1 titi exploit 1981 oct. 7 2015 dead.letter -rwxr-xr-x 1 titi exploit 10 juil. 1 15:34 getinfo.sh

  ---

@BufferBob : Effectivement, ce n'est pas très propre. J'utilise cela pour éviter les erreur pour les nouveaux serveurs. Ces derniers n'étant pas encore dans le known_hosts

ssh titi@mondev "bash < getinfo.sh"
et
ssh titi@mondev "bash -s < getinfo.sh"
= Fonctionnent bien. Mais pour une raison que j'ai oublié, ça ne fonctionnait pas tout le temps. Bref, c'est pour ça que j'ai fini par utilisé les commandes citées çi-dessus.

Le parametre "-n" (dans ssh -n xxxxxx) = Ca m'a sauvé la vie dans le cas ou on utilise la commande ssh dans une boucle (si on a plusieurs serveurs).

Sylvain

Tu as essayé ansible ? C'est bien adapté pour installer sur des serveurs.