[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
A voir également:
- Crontab ne fonctionne pas
- Crontab toutes les minutes ✓ - Forum Linux / Unix
- Crontab toute les heures ✓ - Forum Shell
- La commande crontab ne fonctionne pas ✓ - Forum Ubuntu
- Crontab et spool - Forum Shell
- Modification de Crontab ✓ - Forum Debian
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
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
ou
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 !
fait un
/etc/init.d/crond restart
ou
/etc/init.d/cron restartselon 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 !
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).