Selon OLIVER Patrice <[EMAIL PROTECTED]>:
> # m h dom mon dow user  command
> 25 6    * * *   root    test -e /usr/sbin/anacron || run-parts --report
> /etc/cron.daily
> 47 6    * * 7   root    test -e /usr/sbin/anacron || run-parts --report
> /etc/cron.weekly
> 52 6    1 * *   root    test -e /usr/sbin/anacron || run-parts --report
> /etc/cron.monthly
> 00 *    * * *   root    /DEVELOP/dev_sh/exim/purge_frozen_msgs > /dev/null
> 00 9    * * 1-5 root    /DEVELOP/dev_sh/teletrans/S009_vers_appli >
> /dev/null

Personnellement, quand j'arrive pas � ajouter correctement une t�che cron et
pour v�rifier facilement qu'elle a bien �t� prise en compte, je mets �a � la
place de la commande de base :

00 *    * * *   root    echo "pof" > /tmp/pif &&
/DEVELOP/dev_sh/exim/purge_frozen_msgs > /dev/null

Ensuite, tu changes �ventuellement la date du cron pour que tu puisses
rapidement v�rifier que le fichier /tmp/pif a bien �t� cr��. Si ce n'est pas le
cas, ya un souci, sinon, c surement que la commande qui suit d�conne.

Pour finir, chez moi, le plus souvent quand je fais n'importe quoi dans une
commande cron, je re�ois un mail indiquant l'erreur (impossible de parser la
ligne, etc.), regarde pt�te aussi de ce c�t� l�, tu auras pt�te des infos 
utiles.

@++
-- 
Baptiste <Batmat> Mathus
Baptiste at Mathus point org
http://batmat.net
---------
You want to use GNU/Linux or Windows ?
You want to spend time or money ?

Répondre à