Problème automatisation d'un bash avec ssh

Salut à tous,

Alors voilà j'ai un problème, j'ai fais un petit script bash que voici :

Code:

---

1 2 3 4 5 6 7

ssh root@mon_serveur "echo ' '>monfichier"   cd /mondossier scp fichier1.txt root@mon_serveur:/root   ssh root@mon_serveur "curl ..."

---

Y-a-t'il quelque chose à activer au niveau de linux pour pouvoir automatiser sous crontab mon fichier bash ? J'ai fait un agent ssh et je l'ai ajouter pour m'éviter la demande de passphrase.

Parce que le fait de faire cette commande (contenant mes commandes) fonctionne parfaitement :

Code:

---

1 2	./Fichier.sh

---

Mais une fois, l'avoir mis sous crontab, le script ne se lance pas (à 8 heures) :

Code:

---

1 2	00 08 * * * /home/user/mondossier/Fichier.sh

---

Si quelqu'un a une solution à mon problème, je suis preneur.

Bonne journée !

Bonjour :coucou:

C'est souvent un problème de chemin d'accès des exécutables.
Dans ta console, cela paraît évident mais dans un script donné à cron, il vaut mieux mettre les chemins complets.

Reprends ton script et complète les chemins de commandes.

Ah donc il n'y a rien à "activer" ?

Pourtant je suis quasiment sûr du chemin que j'ai mis sur le cron, j'ai mis mon fichier dans le dossier "user", je vais voir si ça marche.



J'édite mon message pour dire que ça n'a pas l'air de fonctionner entre le ssh et cron parce que j'ai juste fais une simple commande :

ssh root@le_serveur "ls"

et rien ne s'est affiché :(

Citation:

---

Envoyé par Xam29870

Mais une fois, l'avoir mis sous crontab, le script ne se lance pas (à 8 heures) :

Code:

---

1 2	00 08 * * * /home/user/mondossier/Fichier.sh

---

---

Hum... Qu'est-ce qui te permet de croire que ton script ne s'est pas exécuté à 8h?

Il faut savoir que "crontab" permet d'exécuter des scripts dans un autre environnement que celui de l'utilisateur courant, à une ou plusieurs heures données et qu'il ne produit aucune sortie "directe".

Citation:

---

Envoyé par Xam29870

J'édite mon message pour dire que ça n'a pas l'air de fonctionner entre le ssh et cron parce que j'ai juste fais une simple commande :

ssh root@le_serveur "ls"

et rien ne s'est affiché :(

---

Ben non. C'est normal: les exécutables lancés par "crontab" n'affichent rien. Ça ne veut pas dire qu'ils ne sont pas lancés!!!
S'il y a des données à afficher, généralement, soit on les envoie par mail, soit on les stocke dans un fichier.

Dans ton cas, si tu veux pouvoir observer la sortie d'une commande, tu peux faire:

Code:

---

ssh root@le_serveur "ls" > /tmp/sortie-ls-$(date "+%Y/%m/%d-%H:%M:%S").log

---

puis, regarder le contenu du fichier généré dans "/tmp" une fois l'heure d'exécution passée.

Ok tu viens de m'apprendre quelque chose, je ne savais pas que le cron n'affichait rien !

Du coup j'ai testé ta technique de stocké le résultat de la commande dans un fichier, mais rien, aucune trace du fichier.

Alors du coup j'ai vérifié mon répertoire, en faisant un vim dessus, et mon script s'affiche bien.

Ensuite j'ai testé la commande en dehors du script, donc j'ai testé un truc du style :

Code:

---

1 2	ssh root@le_serveur "ls" > /tmp/sortie-ls-test.log

---

Et j'obtiens bien mon fichier contenant le ls du serveur.

Je ne comprends pas, le ssh ne bloque en rien les scripts du cron ?

Citation:

---

Envoyé par Xam29870

Je ne comprends pas, le ssh ne bloque en rien les scripts du cron ?

---

Pourquoi voudrais-tu que ça bloque ?
ssh est juste une connexion sécurisée. Cron planifie l'exécution de tâches.
La commande ssh est exécutée en local à l'heure indiquée. Et son travail est de se connecter à ta cible distante.

Bonjour,

Le plus souvent ça ne fonctionne pas par ce que le full path du script n’est pas précisé ou bien que les droits d’execution ne sont pas ajoutés.

Salut à tous,

Les chemins sont correct. En faite je crois que le problème vient du fait que le cron ne connaît pas l'agent ssh qui me permet de me connecter au serveur ssh sans passphrase.

J'essaie de trouver des solutions en allant sur internet et en tapant "crontab ssh agent" mais je trouve pleins de réponses différentes en utilisant un certain "keychain".

Pouvez-vous m'éclairez pour ceux qui ont déjà eu affaire à ce genre de problème entre le crontab et l'agent ssh :)

Merci d'avance et bonne journée :)

Afin qu'on ait un peu plus de précision, pourrais-tu nous montrer le résultat de ls -l /home/user/mondossier/Fichier.sh?

Pourrais-tu aussi nous montrer le contenu de ton script "/home/user/mondossier/Fichier.sh" ?

Et, si ton script utilise "ssh", quel est le résultat de which ssh?

1) ls -l :

Code:

---

1 2	-rwxr-xr-x 1 user user 1079 févr. 19 16:09 /home/user/EnvoieDonnee.sh

---

2) Contenu du script:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

#!/bin/bash   day=$(date +%Y-%m-%d)     ssh root@serveur "echo ''>fichier_finale"   cd /home/user/Stats   scp json-valeur-$day.txt root@serveur:/root/fichier_finale   ssh root@serveur "curl -X POST --data-binary @fichier_finale http://127.0.0.1:9023/metrics"

---

3) Résultat de la commande "which ssh" :

Code:

---

1 2	/usr/bin/ssh

---

Du coup je pense que le soucis vient de l'agent ssh ainsi que du crontab qui n'arrive à détecter l'agent.

"ça marche pas" n'est toujours pas un message d'erreur exploitable. Il faut que tu regardes dans les fichiers de traces (logs) de cron pour voir ce qui se passe. Ou que tu rediriges la sortie et la sortie d'erreur de ton script vers un fichier que tu liras.


Ensuite, si c'est vraiment un problème d'agent, ( ce qui est possible puisqu'il va chercher dans ~ qui n'est pas le bon dossier dans cron ), tu peux utiliser l'option -i de ssh pour préciser le fichier qui t'identifie.


Enfin, d'un point de vue sécurité, ça craint. Ta connexion est sécurisée par un mot de passe; tu peux remplacer par une paire de clés, protégées par une passphrase. Mais cron s'identifie au serveur distant sans intervention humaine. Donc faille de sécurité.
Les fichiers de traces t'en apprendront plus.