je veux mettre un petit script de sauvegarde qui dumpe une base mySQL et la
copie par scp sur une autre machine, avec l'échange de clefs SSH kivabien.
Ca marche impec quand je lance le script à la main en tant que root.
Ca ne fait rien lorsque je mets le script dans /etc/cron.daily, avec les
droits rwxr-xr-x, owner root/root, comme les autres scripts mandrake qui
sont là (msec, logrotate...)
Ou est mon erreur ?
(ca ne marche pas non plus avec r-x------, qui serait plus sûr, puisque le
pass de mySQL est dans le script. Pour l'instant, j'essaye déjà de faire
marcher... )
Merci d'éclairer ma lanterne...
PS : pas de mail dans la boite root non plus, pour me signaler une
éventuelle erreur d'exécution.
--
Paul
"paul POULAIN" a écrit dans le message de news:c6quig$1201$
Ou est mon erreur ?
A tout hasard. cron a été relancé après la modif ?
J1
Bonjour, Bonjour,
je veux mettre un petit script de sauvegarde qui dumpe une base mySQL et la copie par scp sur une autre machine, avec l'échange de clefs SSH kivabien. Pas toujours facile...
Ca marche impec quand je lance le script à la main en tant que root. Excellent.
Ca ne fait rien lorsque je mets le script dans /etc/cron.daily, avec les droits rwxr-xr-x, owner root/root, comme les autres scripts mandrake qui sont là (msec, logrotate...) J'avais eu pile le meme probleme, et il s'est avere que c'etait la cle
de root sur la machine "cliente" qui n'etait pas autorisee sur le serveur "cible". Par contre quand en essayant "a la main" (a partir d'une session ssh), *ma* cle rsa etait forwardee, alors que je pensais que c'est celle de root qui etait utilisee...
Tout ca est d'une clarte, ... , desole. Verifie bien que l'echange des cles est possible.
PS : pas de mail dans la boite root non plus, pour me signaler une éventuelle erreur d'exécution. Ce qui est envoye dans la boite root, c'est la sortie standard des cron.
Pas specialement les erreurs des scripts en fait. Mais a priori si rien n'apparait alors qu'il devrait y avoir du debug, c'est sans doute que le script n'est pas lance, il faut alors verifier qu'un autre script en cron.daily ne bloque pas l'execution des suivants.
bon courage :-)
-- J1
Bonjour,
Bonjour,
je veux mettre un petit script de sauvegarde qui dumpe une base mySQL et la
copie par scp sur une autre machine, avec l'échange de clefs SSH kivabien.
Pas toujours facile...
Ca marche impec quand je lance le script à la main en tant que root.
Excellent.
Ca ne fait rien lorsque je mets le script dans /etc/cron.daily, avec les
droits rwxr-xr-x, owner root/root, comme les autres scripts mandrake qui
sont là (msec, logrotate...)
J'avais eu pile le meme probleme, et il s'est avere que c'etait la cle
de root sur la machine "cliente" qui n'etait pas autorisee sur le
serveur "cible".
Par contre quand en essayant "a la main" (a partir d'une session ssh),
*ma* cle rsa etait forwardee, alors que je pensais que c'est celle de
root qui etait utilisee...
Tout ca est d'une clarte, ... , desole.
Verifie bien que l'echange des cles est possible.
PS : pas de mail dans la boite root non plus, pour me signaler une
éventuelle erreur d'exécution.
Ce qui est envoye dans la boite root, c'est la sortie standard des cron.
Pas specialement les erreurs des scripts en fait.
Mais a priori si rien n'apparait alors qu'il devrait y avoir du debug,
c'est sans doute que le script n'est pas lance, il faut alors verifier
qu'un autre script en cron.daily ne bloque pas l'execution des suivants.
je veux mettre un petit script de sauvegarde qui dumpe une base mySQL et la copie par scp sur une autre machine, avec l'échange de clefs SSH kivabien. Pas toujours facile...
Ca marche impec quand je lance le script à la main en tant que root. Excellent.
Ca ne fait rien lorsque je mets le script dans /etc/cron.daily, avec les droits rwxr-xr-x, owner root/root, comme les autres scripts mandrake qui sont là (msec, logrotate...) J'avais eu pile le meme probleme, et il s'est avere que c'etait la cle
de root sur la machine "cliente" qui n'etait pas autorisee sur le serveur "cible". Par contre quand en essayant "a la main" (a partir d'une session ssh), *ma* cle rsa etait forwardee, alors que je pensais que c'est celle de root qui etait utilisee...
Tout ca est d'une clarte, ... , desole. Verifie bien que l'echange des cles est possible.
PS : pas de mail dans la boite root non plus, pour me signaler une éventuelle erreur d'exécution. Ce qui est envoye dans la boite root, c'est la sortie standard des cron.
Pas specialement les erreurs des scripts en fait. Mais a priori si rien n'apparait alors qu'il devrait y avoir du debug, c'est sans doute que le script n'est pas lance, il faut alors verifier qu'un autre script en cron.daily ne bloque pas l'execution des suivants.
bon courage :-)
-- J1
J1
A tout hasard. cron a été relancé après la modif ?
Il me semble que pour les scripts qui sont dans le rep /etc/cron.daily , le redemarrage de crond n'est pas necessaire... Enfin du moins si le crond etait configure pour lancer periodiquement les cron.daily avant la modif ;)
-- J1
A tout hasard. cron a été relancé après la modif ?
Il me semble que pour les scripts qui sont dans le rep
/etc/cron.daily , le redemarrage de crond n'est pas necessaire...
Enfin du moins si le crond etait configure pour lancer periodiquement
les cron.daily avant la modif ;)
A tout hasard. cron a été relancé après la modif ?
Il me semble que pour les scripts qui sont dans le rep /etc/cron.daily , le redemarrage de crond n'est pas necessaire... Enfin du moins si le crond etait configure pour lancer periodiquement les cron.daily avant la modif ;)
-- J1
Arnaud
Est-ce que tu as vérifié que ton script était réellement executé ? Le plus simple, c'est de rajouter un ligne du style : echo "exec script " >> /root/debug.log et de voir si tout est ok.
C'est possible qu'il s'agisse d'un pb d'échange de clef rsa. il faut alors configurer la machine hote : Sur la machine source (la ou il y a le cron) : executer la commande ssh-keygen -t rsa Ceci génère un fichier qui ressemble à : rsa.pub dans le repertoire /root/.ssh Il faut ensuite copier le contenu du fichier précité sur la machine dest dans un fichier nommé : authorized_keys dans le repertoire /root/.ssh Voila qui résoudra le pb du ssh...
A+
Arno.
Est-ce que tu as vérifié que ton script était réellement executé ? Le plus
simple, c'est de rajouter un ligne du style : echo "exec script " >>
/root/debug.log et de voir si tout est ok.
C'est possible qu'il s'agisse d'un pb d'échange de clef rsa. il faut alors
configurer la machine hote :
Sur la machine source (la ou il y a le cron) : executer la commande
ssh-keygen -t rsa
Ceci génère un fichier qui ressemble à : rsa.pub dans le repertoire
/root/.ssh
Il faut ensuite copier le contenu du fichier précité sur la machine dest
dans un fichier nommé : authorized_keys dans le repertoire /root/.ssh
Voila qui résoudra le pb du ssh...
Est-ce que tu as vérifié que ton script était réellement executé ? Le plus simple, c'est de rajouter un ligne du style : echo "exec script " >> /root/debug.log et de voir si tout est ok.
C'est possible qu'il s'agisse d'un pb d'échange de clef rsa. il faut alors configurer la machine hote : Sur la machine source (la ou il y a le cron) : executer la commande ssh-keygen -t rsa Ceci génère un fichier qui ressemble à : rsa.pub dans le repertoire /root/.ssh Il faut ensuite copier le contenu du fichier précité sur la machine dest dans un fichier nommé : authorized_keys dans le repertoire /root/.ssh Voila qui résoudra le pb du ssh...
