[cron] un crontab correct ne s'execute pas
Résolu
hatem_gct
Messages postés
6
Statut
Membre
-
niermou Messages postés 4 Statut Membre -
niermou Messages postés 4 Statut Membre -
Bonjour,
sous redhat linux un crontab trés simple :
0 10 * * * ls > lsfile
ne s'exécute pas.
RQ: le meme crontab s'exécute sur une autre machine exactement de même type et même os.
merci
sous redhat linux un crontab trés simple :
0 10 * * * ls > lsfile
ne s'exécute pas.
RQ: le meme crontab s'exécute sur une autre machine exactement de même type et même os.
merci
8 réponses
-
-
Bonjour j'ai eu le meme probleme, il faut vraiment utiliser les chemein absolu
Même pour executer un script
Exemple pour lancer un script a 11h25 tout les jours :
25 11 * * * /bin/sh /CheminAbsolutDuScript/nomDuScript.sh
et ça fonctionne parfaitement -
crond doit etre planté
fait un/etc/init.d/crond restart
ou/etc/init.d/cron restart
selon ta distrib
pour reinitialiser
Deuxiemement il faut jamais utiliser autre chose que crontab -e pour editer crontab !!!!!!!
si tu as utiliser autre chose c'est normal ça ne marchera jamais ! -
Mets plutot:
0 10 * * * /bin/ls > /tmp/lsfile
avec de chemins absolus ou encore mieux avec un vrai script contenant de chemins absolus et aussi lance par un chemin absolu. -
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question -
S'il y a une faute ou meme un message general il devrait faire un mail a root, donc connecte toi en root et regarde avec un client mail quelconque (que tu as installe chez toi) les mails que root a recus, normalement tous les machins crontrab font de messages, defois meme si ca marche correctement, certainement s'il y a erreur. Bien sur ce sont de mails qui restent a l'interieur du systeme. Les mails a root devraient figurer dans le fichier /var/spool/mail/root mais ce n'est pas commode y acceder par emacs ou similaire (mais c'est possible tant il n'y a pas de blabla-mime etc. la dedans).
-
-
-
