Pourquoi cette crontab ne veut pas s'executer ??  
 
44 22 * * 5,6 touch /root/netadmin/abc
ou
44 22 * * 5,6 root touch /root/netadmin/abc
 
Celle ci fonctionne :
* * * * * root touch /root/netadmin/abc
 
Merci

 
 
5,6 c'est censé représenté quoi ??? normalement le dernier paramètre est le jour de la semaine

vendredi et samedi
 
j'essai avec 4 à tout hasard mais j'ai lu que vendredi c'est 5, lundi 1, dimanche 0 ou 7

ok super, vendredi c'est 4, je crois que ça change selon les distribs

 
Ah ok j'avais pas percuté, mmhhh c'est tout con mais abc est-il bien executable    ??

y'a la commande "touch" c'est juste pour créer un fichier ici

la il demande juste a la cron de créer un fichier abc dans /root/netadmin/.
par contre c'est bien la crontab de root qui est édité ?

j'édite le fichier /etc/crontab

après quelques tests, il n'aime pas quand je lui demande une heure précise avec heure et minute

 
mais en fait elle est censé faire quoi ta commande a part créer un fichier vide ??

ben rien, c'est juste pour tester et voir si la crontab passe bien, je vérifie si le fichier a été créé
 
sinon j'y met un script pour couper internet

oki.
utilises plutôt ceci en root
crontab -e
& cela sera plus simple

hum ?
tu as un message d'erreur précis ?

non je vois rien qui se passe, le fichier n'est pas créé c'est tout

t'es allé voir dans le syslog si la commande s'est bin executé ??

tu peux nous donner ta ligne de crontab ?

[root@serveur netadmin]# crontab -l
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.9897 installed on Fri Jan  2 23:19:49 2004)
# (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $)
18 23 * * 4,5 touch /root/netadmin/gayzou ->marche pas
* * * * 4,5 touch /root/netadmin/grosgayzou -> marche bien
[root@serveur netadmin]# date
Fri Jan  2 23:21:52 CET 2004

zarbe ca marche bien chez moi

est ce que ça serait possible que le crontab prenne une heure différente du "date" comme je suis en "CET" je sais pas si ça pourrait avoir un rapport

non, je ne pense pas .
 

euh  
/etc/init.d/crontab restart ?

 
 
Il n'est que là :
 

 
crontab restart -> commande invalide
 
J'ai redémarré le serveur et planifié un nouveau "touch" à 23 h 40.

/etc/init.d/cron restart
 
c'est plutot ca non (enfin sous debian)

Ca marche après le reboot, merci et désolé pour ma question bête.
 
Bizarre quand même que les * * x x x soient pris directement en compte sans redémarage du service.

ils sont pris en compte sans rédemarrage du service .
tu as quoi comme distribution ?
(mon test était sur mon desktop a savoir ma mandrake )

SmoothWall : www.SmoothWall.org

 
oui bon c'est pareille