Bonjour ,
je suis sous Linux mais je n'arrive pas a faire prendre en compte une tache
cron.
-Mon but : ecrire "1" dans un fichier toutes les 3 heures
-Voici comment je procede :
- je me mets root dans une "vrai" console ( pas une sous X )
- je tape "crontab -e -u root" et là cela me lance l'editeur de texte pou
rediter la crontab de l'user root
- il y a deja des choses dedans , je me place en fin de fichier et
j'ajoute ceci :
0 */3 * * * echo 1 > /fichier_a_ecrire
- je sauve avec la commande "sauver de l'editeur de texte"
- je ferme l'editeur
- je fais immediatement un "crontab -l -u root" , je revois le fichier
avec le contenu que j'ai vu initialement , sans que ce que j'ai ecrit soit
mis à la suite
- evidemment 3 heure apres l'action n'a pas été effectuée
- j'ai oublié de relancer crond ? je ne pense pas , ni n'ai lu nulle part
qu'il faille relancer crond ... et ma logique me dit que justement on ne
devrai pas avoir a le relancer
La conclusion est que j'ai loupé une etape . Pourriez-vous m'aider a saavoir
laquelle SVP ?
<humour>
C'est votre mission si vous l'acceptez ...
</humour>
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
DINH Viêt Hoà
La conclusion est que j'ai loupé une etape . Pourriez-vous m'aider a saavoir laquelle SVP ?
ce que je fais usuellement, c'est faire un garder ma crontab dans un fichier (tu peux le générer avec crontab -l -u user). J'édite ce fichier puis j'utiliser "crontab -u user" pour le prendre en compte.
as-tu regardé dans les logs voir ce qui n'allait pas ?
-- DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
La conclusion est que j'ai loupé une etape . Pourriez-vous m'aider a saavoir
laquelle SVP ?
ce que je fais usuellement, c'est faire un garder ma crontab dans un
fichier (tu peux le générer avec crontab -l -u user).
J'édite ce fichier puis j'utiliser "crontab -u user" pour le prendre en
compte.
as-tu regardé dans les logs voir ce qui n'allait pas ?
--
DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
La conclusion est que j'ai loupé une etape . Pourriez-vous m'aider a saavoir laquelle SVP ?
ce que je fais usuellement, c'est faire un garder ma crontab dans un fichier (tu peux le générer avec crontab -l -u user). J'édite ce fichier puis j'utiliser "crontab -u user" pour le prendre en compte.
as-tu regardé dans les logs voir ce qui n'allait pas ?
-- DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
Rakotomandimby
DINH Viêt Hoà wrote:
as-tu regardé dans les logs voir ce qui n'allait pas ?
#ls -l /var/log [...] -rw-r----- 1 root root 0 Jan 11 04:40 cron -rw-r----- 1 root root 0 Jan 4 04:40 cron.1 -rw-r----- 1 root root 0 Dec 28 04:40 cron.2 -rw-r----- 1 root root 0 Dec 21 04:40 cron.3 -rw-r----- 1 root root 0 Dec 14 04:40 cron.4
tous vides .... qu'est ce que c'est que ce truc ???? -- http://mrakotom.free.fr
DINH Viêt Hoà wrote:
as-tu regardé dans les logs voir ce qui n'allait pas ?
#ls -l /var/log
[...]
-rw-r----- 1 root root 0 Jan 11 04:40 cron
-rw-r----- 1 root root 0 Jan 4 04:40 cron.1
-rw-r----- 1 root root 0 Dec 28 04:40 cron.2
-rw-r----- 1 root root 0 Dec 21 04:40 cron.3
-rw-r----- 1 root root 0 Dec 14 04:40 cron.4
tous vides .... qu'est ce que c'est que ce truc ????
--
http://mrakotom.free.fr
as-tu regardé dans les logs voir ce qui n'allait pas ?
#ls -l /var/log [...] -rw-r----- 1 root root 0 Jan 11 04:40 cron -rw-r----- 1 root root 0 Jan 4 04:40 cron.1 -rw-r----- 1 root root 0 Dec 28 04:40 cron.2 -rw-r----- 1 root root 0 Dec 21 04:40 cron.3 -rw-r----- 1 root root 0 Dec 14 04:40 cron.4
tous vides .... qu'est ce que c'est que ce truc ???? -- http://mrakotom.free.fr
Rakotomandimby
DINH Viêt Hoà wrote:
La conclusion est que j'ai loupé une etape . Pourriez-vous m'aider a saavoir laquelle SVP ?
ce que je fais usuellement, c'est faire un garder ma crontab dans un fichier (tu peux le générer avec crontab -l -u user). J'édite ce fichier puis j'utiliser "crontab -u user" pour le prendre en compte.
avec un user qui n'est pas root , tout se passe bien .
avec root , je suis obligé de modifier a la main /var/log/cron/crontabs/root
-- http://mrakotom.free.fr
DINH Viêt Hoà wrote:
La conclusion est que j'ai loupé une etape . Pourriez-vous m'aider a
saavoir laquelle SVP ?
ce que je fais usuellement, c'est faire un garder ma crontab dans un
fichier (tu peux le générer avec crontab -l -u user).
J'édite ce fichier puis j'utiliser "crontab -u user" pour le prendre en
compte.
avec un user qui n'est pas root , tout se passe bien .
avec root , je suis obligé de modifier a la main
/var/log/cron/crontabs/root
La conclusion est que j'ai loupé une etape . Pourriez-vous m'aider a saavoir laquelle SVP ?
ce que je fais usuellement, c'est faire un garder ma crontab dans un fichier (tu peux le générer avec crontab -l -u user). J'édite ce fichier puis j'utiliser "crontab -u user" pour le prendre en compte.
avec un user qui n'est pas root , tout se passe bien .
avec root , je suis obligé de modifier a la main /var/log/cron/crontabs/root
-- http://mrakotom.free.fr
Rakotomandimby
Rakotomandimby wrote:
avec un user qui n'est pas root , tout se passe bien .
avec root , je suis obligé de modifier a la main /var/log/cron/crontabs/root
C'est une redhat ? http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id390
non slackware 9.1 il faut noter que mon truc marche pour un user normal . c'est quand je veux modifier crontab de root que ça foire.
-- http://mrakotom.free.fr
Stephane Dupille
ts wrote:
C'est une redhat ? http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id390 non slackware 9.1
il faut noter que mon truc marche pour un user normal . c'est quand je veux modifier crontab de root que ça foire.
Essayez soit d'utiliser vi, soit de forcer le backup par copie dans emacs. Car la commande crontab se base sur le numéro d'inode pour récupérer les modifs, et comme emacs recré un nouveau fichier, et renomme l'ancien pour faire la copie, les modifications ne sont jamais remontées dans la crontab.
-- HC> Pourquoi les dates sont de la forme "04 Feb" et non "04 Fév", comme HC> on est en droit de l'attendre sur une hiérarchie francophone ? Pourquoi il y a tant d'enculeurs de mouches fainéants sur fr.* ? -+- AT in: <http://www.le-gnu.net>- Le dino n'est pas neuneutophone -+-
ts wrote:
C'est une redhat ?
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id390
non slackware 9.1
il faut noter que mon truc marche pour un user normal .
c'est quand je veux modifier crontab de root que ça foire.
Essayez soit d'utiliser vi, soit de forcer le backup par copie dans
emacs. Car la commande crontab se base sur le numéro d'inode pour
récupérer les modifs, et comme emacs recré un nouveau fichier, et
renomme l'ancien pour faire la copie, les modifications ne sont jamais
remontées dans la crontab.
--
HC> Pourquoi les dates sont de la forme "04 Feb" et non "04 Fév", comme
HC> on est en droit de l'attendre sur une hiérarchie francophone ?
Pourquoi il y a tant d'enculeurs de mouches fainéants sur fr.* ?
-+- AT in: <http://www.le-gnu.net>- Le dino n'est pas neuneutophone -+-
C'est une redhat ? http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id390 non slackware 9.1
il faut noter que mon truc marche pour un user normal . c'est quand je veux modifier crontab de root que ça foire.
Essayez soit d'utiliser vi, soit de forcer le backup par copie dans emacs. Car la commande crontab se base sur le numéro d'inode pour récupérer les modifs, et comme emacs recré un nouveau fichier, et renomme l'ancien pour faire la copie, les modifications ne sont jamais remontées dans la crontab.
-- HC> Pourquoi les dates sont de la forme "04 Feb" et non "04 Fév", comme HC> on est en droit de l'attendre sur une hiérarchie francophone ? Pourquoi il y a tant d'enculeurs de mouches fainéants sur fr.* ? -+- AT in: <http://www.le-gnu.net>- Le dino n'est pas neuneutophone -+-
