Discussion :

[bugalood]

Bonjour à tous !

Je rencontre un problème avec une tâche cron. Impossible de lancer un Batch de type .sh.

Alors zou, je me log en tant que root, crontab -e ...

Je me suis dit, "peut-être que le cron ne fonctionne pas correctement et qu'aucune tâche n'est lancée ?". J'ai donc testé en créeant une nouvelle tâche Crontab qui fait un echo dans un fichier log, et ... ca fonctionne, le cron se réveille donc bien à intervalle régulier.

Je me penche donc plutôt sur la tâche en question qui est : */5 * * * * /usr/keopanel_server_cron/all.sh

Bon, le path est ok, quand je le lance le .sh à la main il fonctionne bien... Je rame

Merci de votre aide !

[MarcG]

log les resultat de la cvommande :
> /var/log/mon_script.log

pose des traces dans le script ( echo "je suis ici" )

[_Mac_]

Pour loguer, tu peux même faire un truc du genre 2>&1 >/var/log/mon_script.log pour récupérer aussi les erreurs.

Sinon, tu es sûr de l'utilisateur qui lance le fichier ? Le script est bien exécutable ? Le script a-t-il besoin de variables d'environnement spécifiques ? Si oui, il faut sourcer le fichier .profile ou .bash_profile avant de lancer la commande.

[Smortex]

Bonjour

Le log peut etre fait en faisant de simples echo... La trace est alors maillee au proprietaire de la crontab [Vixie Cron] (Ca evite les problemes si tu n'as pas le droit de toucher a /var/). Le probleme vient probablement de l'utilisation de variables qui ne sont pas existante lorsque le script est lance par cron ($PATH, etc ...)

Dans tous les cas (et comme c'est probablement precise dans la page de man de ta version de cron), il faut utiliser uniquement des chemins absolus (/bin/ls, /bin/cd, etc ...). Tu peux probablement egalement modifier la premiere ligne de ton script pour que celui-ci soit execute avec l'option -x qui permet de tracer ton programme (b-shell, type sh)