[resolu] Pb execution de script

[Bunk]

Bonjour a tous,

Je voudrais programmer l'execution d'un script en passant par les templates. Je devellope :

dans /etc/e-smith/templates-custom/etc/cron.d/ j'ai placé un fichier qui s'apel down qui devrait s'executer tout les jours a 13heure, il contient :

Code: Tout sélectionner

0 13 * * * /bin/recup.sh


Le fichier recup.sh consiste à aller récuperer (via wget) un fichier sur un serveur distant et le copier dans un autre dossier, il contient notement :

Code: Tout sélectionner

#!/bin/sh

cd /tmp

wget http://www.serveurdistant.com/dossier/fichier.*

cp fichier.* /home/e-smith/files/primary/html/dossier

rm fichiers.*


J'ai fais plusieurs test mais le fichier ne s'execute pas. Pourtant manuellement il s'execute correctement via la commande sh recup.sh

Je me suis surement planté quelque part mais mes compétences ne sont pas sufisantes je crois !

Si vous pouviez m'aider, d'avance merci

[Gaston]

Bonjour,
si ton scripte fonctionne avec

Code: Tout sélectionner

# sh recup.sh

et pas en cron, cela suspecte fortement des pb de froits d'exécution du script.
pour vérifier cela fait un

Code: Tout sélectionner

# ./recup.sh

si ça ne marche pas , vérifie qu'il est bien en droits 750 ou équivalents :
rwxr-x--- => 750
r-xr-x--- => 550
rwxr-xr-x => 755

D'autre part si c'est un script "cron" je te conseille de mettre le chemin absolu pour wget ...

G.

[Gaston]

et fait également attention au droits des fichiers dans le rep du serveur (root:shared si je me rappelle bien)
G.

[Bunk]

Merci d'avoir répondu,

le fichier recup.sh a les droits 755 et root.root donc normalement ce devrait être bon ? je vais quand meme essayer en changant...

Sin qu'entend tu par chemin absolu pour wget ?

D'avance merci

[Gaston]

Si c'est pas recup.sh qui a un pb ce peut être ton script "down"

chemin absolu : chemin à partir de la racine

Code: Tout sélectionner

/usr/bin/wget http://....... 

En effet il est relativement difficile de connaître les variables SHELL positionnées lors de l'exécution en "cron".
Soit, tu sais parfaitement et donc tu agis en conséquence, soit tu sais pas (ou t'a pas le temps de te poser la question) et tu met le maximum de chance de ton côté en définissant ton environnement SHELL.

Une des premières règles consiste à donner le chemin absolu d'accès à une commande. Dans le cas présent tu es tout de suite sur que ça marche pas si t'es en mode maintenance (/usr non monté) idem avec l'utilisation de /bin ou /sbin ... mais c'est hors sujet.

G.

[Bunk]

je pense que le probleme viens du fichier down !! car le fichier recup.sh marche impeccablement bien avec recup.sh et ./recup.sh

A par les droits je ne vois pas ce qu'il peut y avoir d'autre !

les droits de down dans /etc/e-smith/templates-custom/etc/cron.d/ sont comme suit :

644
root.root

donc ce sont les memes dans /etc/cron.d

Maintenant est ce que se serait possible que ca vienne de l'ecriture de ce fichier ?

voila ce qu'il y a dedans :

Code: Tout sélectionner

0 13 * * * /bin/recup.sh

Normalement ca devrait suffire vu que recup.sh a les droits 755. J'ai pas non plus de message d'erreur dans les log (aucune trace sauf quand je recharge le fichier)

J'ai essayé manuellement avec crontab -e mais cela ne fonctionne pas mieux.

Y'a quelque chose qui ne lui plait pas mais je ne vois pas bien!
merci

[sibsib]

Salut,

Pour poursuivre ce que t'as dit Gaston :

remplace wget par
/usr/bin/wget

remplace cp par
/bin/cp

remplace rm par /bin/rm

Ensuite, plutôt que d'utiliser cron.d (un peu chatouilleux sur SME...) utilise plutot le fichier /etc/crontab :

mkdir -p /etc/e-smith/templates-custom/etc/crontab
vi /etc/e-smith/templates-custom/etc/crontab/S80recup

# lancement de recup.sh par le compte root tous les jours à 13 heures
0 13 * * * root /bin/recup.sh

/sbin/e-smith/expand-template /etc/crontab

A+,

Pascal

[Bunk]

J' edite volontairement, voir après la citation :

Alors j'ai suivi a la lettre vos explication mais y'a rien a faire en passant par les templates ca ne passe pas !

Par contre ca fonctionne avec crontab -e j'ai verifié le fichier /etc/crontab ma programmation est bien ecrite.

j'ai tout bon normalement, non ?

Merci a vous deux, j'ai appris beaucoup de choses et en plus ca fonctionne ! c'est formidable !!!