Discussion :

[Xam29870]

Salut à tous,

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
./Fichier.sh

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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

Bonne journée !

[Flodelarab]

Bonjour

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.

[Xam29870]

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é

[jack-ft]

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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".

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[Xam29870]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 ?

[Flodelarab]

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.

[sunriseparadyse]

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.

[Xam29870]

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

[jack-ft]

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?

[Xam29870]

1) ls -l :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

2) Contenu du script:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[Flodelarab]

"ç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.