Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 04/07/2012, à 15:50

ludox

Encore ce %µ£##%µµ* de CRON

Salut,

Lancant un shutdown now tous les jours à 22h sur un serveur, je me suis apercu un peu tard que celui ci n'eteint pas totalement le pc.

Du coup apparemment mon wol du matin ne marche pas.

J'essaie donc de remplacer par shutdown -P now depuis 2 heures via crontab -e mais cela ne donne rien.

J'ai essayer de placer une commande test entre 2, pareil.

L'heure arrive et rien ne se passe.

Alors dans syslog, jai quand même trouver ca :

Jul  4 12:00:01 rumba CRON[2016]: (root) CMD (   logwatch --mailto ??@free.fr)
Jul  4 12:00:01 rumba CRON[2017]: (root) CMD (root    logwatch --mailto ??@free.fr)

Ceci est une tache normale qui fonctionne depuis des lustres.

Quand à ma nouvelle tache je trouve une seule ligne :

Jul  4 14:45:01 rumba CRON[1548]: (root) CMD (root    shutdown -P now)

C'est etrange... mais surtout enervant de perdre autant de temps sur une connerie pareil.

En meme temps entre cron, anacron fcron et tralalacron, il y a peut être des fils qui se touchent...


LudoX
-----------------------------------------

-----------------------------------------

Hors ligne

#2 Le 04/07/2012, à 15:53

ludox

Re : Encore ce %µ£##%µµ* de CRON

Je viens juste de m'apercevoir d'un truc.

Par curiosité, j'ai zoeuter mon /etc/crontab et lui n'a pas bougé d'avant mes modifs malgré plusieurs redemarrages...


LudoX
-----------------------------------------

-----------------------------------------

Hors ligne

#3 Le 04/07/2012, à 16:00

ludox

Re : Encore ce %µ£##%µµ* de CRON

Ca y est en modifiant direct etc/crontab ca marche.

Mais alors a quoi sert crontab -e il ne me sort pas la meme table.

De plus il est conseillé de l'utiliser mais visiblement cela ne fonctionne pas...


LudoX
-----------------------------------------

-----------------------------------------

Hors ligne

#4 Le 04/07/2012, à 16:54

nesthib

Re : Encore ce %µ£##%µµ* de CRON

crontab -e permet de s'assurer d'un syntaxe correcte du fichier avant enregistrement.

Comment as-tu modifié le crontab ?
Que te donnent les commandes :

crontab -l

et

sudo crontab -l

(n'aurais-tu pas modifié le crontab utilisateur ? sachant que les droits root sont nécessaires à shutdown)


GUL Bordeaux : GirollServices libres : TdCT.org
Hide in your shell, scripts & astuces :  applications dans un tunnelsmart wgettrouver des pdfinstall. auto de paquetssauvegarde auto♥ awk
  ⃛ɹǝsn xnuᴉꞁ uʍop-ǝpᴉsdn

Hors ligne

#5 Le 04/07/2012, à 17:31

ludox

Re : Encore ce %µ£##%µµ* de CRON

J'ai utilisé sudo crontab -e
et sudo crontab -l me donnait bien ce que j'avais entré

Mais au final j'ai trouvé, j'ai modifié directement /etc/crontab et ca fonctionne.

C'est vraiment un nid à embrouille ce bordel.

Pareil pour le wol avec la desactivation de la carte reseau, je l'avais modifié et j'ai l'impression que ca a du sauter lors d'une mise à jour...


LudoX
-----------------------------------------

-----------------------------------------

Hors ligne

#6 Le 22/07/2012, à 13:54

pode

Re : Encore ce %µ£##%µµ* de CRON

La commande

crontab -e

permet d'éditer la crontab de l'utilisateur courant.
Si cet utilisateur a comme nom toto, cette crontab est stockée sous :

/var/spool/cron/crontabs/toto

La commande

sudo crontab -e

permet d'éditer la crontab de l'utilisateur root

Le démon crond va traiter les crontab de tous les utilisateurs.

A côté de ça, le démon crond va aussi traiter une crontab dite système : le fichier /etc/crontab
Ce fichier permet, usuellement, d'exécuter des scripts présents sous /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly et /etc/cron.monthly, selon des horaires et dates pré-définis.

Le démon crond va aussi traiter des crontab présentes dans le répertoire /etc/cron.d qui, elles, peuvent être lancées à des dates et horaires ad hoc.

Le démon anacron va, de son côté, traiter une autre "table" système : le fichier /etc/anacrontab
Le souci est qu'il permet, usuellement, d'exécuter les mêmes scripts présents sous /etc/cron.daily, /etc/cron.weekly et /etc/cron.monthly, d'où parfois des conflits avec crond, tout du moins sur les systèmes où les deux démons tournent en même temps.

fcron, cronie, ... sont des évolutions des cron traditionnels.

Hors ligne