Crontab : ordre des lignes

Bonjour,
novice sous linux, j'ai une question concernant la crontab...

Peut on mettre des lignes en désordre chronologiquement parlant tout en étant certain que la crontab va les traiter dans un ordre chronologique ??

Ex.

Code:

---

1 2	0 10 8 4 * CommandeB 0 9 8 4 * CommandeA

---

Ma question est donc la suivante, la CommandeA s'executera bien avant la Commande B ????

Existe t'il aussi une commande qui permettrait de réorganiser la crontab de façon à classer par ordre chronologique les lignes qu'elle contient ?

D'avance merci.
Fred

Bonjour,

Le service crond lit les tables toutes les minutes (à 00 secondes). Il faut savoir que la sélection de l'heure ne donne pas toujours un seul temps précis:

• * est pour chaque minute
• 1,3,5 est pour les minutes 01, 03, 05
• 1-5 est pour les minutes 1, 2, 3, 4, 5

Dans ces cas, difficile de placer une ligne avant l'autre!

donc dans mon exemple la commandeA (en 2ème ligne) s'executera bien avant la commandeB (en 1ère ligne) ?

L'ordre d'exécution des tâches ne dépendra pas forcément de l'ordre des lignes.

Tout-à-fait, le service crond prend la première ligne du fichier, vérifie si c'est le bon moment pour lancer la commande, lance ladite commande si c'est bon, puis passe à la ligne suivante et reprend le même traitement jusqu'à la dernière ligne. Pas besoin d'ordre chronologique. Chaque ligne est donc indépendante des autres.

Encore une petite question.

Si j'ajoute une ligne dans mon fichier crontab (via la commande sed ou >>)
dois je arrêter et redémarrer le service crond (crond restart) pour que cette nouvelle ligne soit prise en compte ??

Citation:

---

Si j'ajoute une ligne dans mon fichier crontab (via la commande sed ou >>)
dois je arrêter et redémarrer le service crond (crond restart) pour que cette nouvelle ligne soit prise en compte ??

---

Le fichier /etc/crontab (si c'est bien celui dont tu parles) ne s'édite pas directement.
Pour initialiser la crontab d'un utilisateur :

Code:

---

crontab -e

---

(-e : comme édites pour le moyen mémo-technique)

Là est mon problème.

Sur le matériel que j'utilise (borne industrielle) la commande "crontab -e" déconne...
Dès que je la lance je vois le contenu de la crontab mais un message d'erreur clignote en bas de page et je perds la main... (obligé de couper la connexion et de la redémarrer)

Du coup j'édite le fichier "root" dans /var/spool/cron/crontabs qui est le fichier crontab de l'utilisateur root.

C'est le seul moyen que j'ai de la modifier, et pour que les modifications soient prises en compte je dois procéder à un etc/init.d/crond restart.

Est ce normal ? (d'arreter/redemarrer le crontab pour prendre en compte les modifs ?)

Merci

Bonjour,

Je dois également éditer le fichier /var/spool/cron/root pour vérifier / forcer / retirer des services sur de nombreuses machines. Je ne peux me permettre d'éditer de manière interactive (crontab -e) la liste des tâches à exécuter sur chaque machine. Il me suffit de faire une modification dans ce fichier pour qu'elle soit prise en compte à la minute suivante. Il faut bien sûr que le service crond tourne. Donc pas besoin de redémarrer le service.

Il me semble que certaines versions de crontab permettent de donner un nouveau fichier. Si vous ne voulez pas éditer de manière interactive le fichier de cron (crontab -e), vous pouvez :

• copier le fichier crontab de votre utilisateur dans un fichier temporaire,
• modifier le fichier temporaire,
• renvoyer le fichier à cron par "crontab fichier" !

la modification de la crontab n'est pas un probleme en soit.
Ce qui me surprend c'est que je doive redémarrer le service crond pour que ma modification soit prise en compte....

??

C'est effectivement étrange, intuitivement le daemon va lire le fichier chaque minute et l'interpréter. C'est ce fonctionnement sur RHEL/CentOS/SL 4 et 5.

Quelle est ta distro?

Les commandes "crontab -e" ou "crontab fichier" servent justement à signaler au daemon qu'il faut recharger le fichier. Il n'est pas recommandé de modifier le fichier dans /var directement !

Oui effectivement la seule fois que j'avais essayé de modifier le fichier directement les modifications n'étaient pas prises en compte non plus, mais bon j'étais sous solaris.
Je n'ai jamais tenté sous linux.

Bon, effectivement: il semble préférable d'éditer un fichier puis de le passer à la commande crontab. Je ferai les modifications nécessaires pour mieux utiliser cette commande. Même si ce service semble voué à l'abandon grâce à upstart.

Mon problème de crontab -e a été résolu.
Suite à mise à jour du logiciel, le fournisseur a réglé mon problème !

Merci