Cron/fr

Ce guide explique comme configurer et utiliser cron.

Que fait cron ?
Cron est un démon qui exécute des tâches programmées en se basant sur une table de commandes appelée. Il exécute ces tâches en s'éveillant toutes les minutes et en regardant s'il y a des tâches à lancer dans une crontab quelconque de l'utilisateur.

Le cron de facto
Il y a plusieurs mises en œuvre de cron dans Portage parmi lesquelles vous devez faire un choix. Elles ont toutes la même interface, nommément l'utilisation de la commande   ou d'une commande similaire. Il existe également un utilitaire appelé Anacron qui est prévu pour fonctionner avec cron sur des systèmes qui ne fonctionnent pas en permanence.

Ça vaut la peine de noter que tous les paquets cron disponibles dépendent de. Ce paquet n'est cependant techniquement nécessaire à aucun des paquets cron, mais il procure une fonctionnalité similaire à cron que la plupart des utilisateurs apprécient.

Avant de démarrer avec cron, vous devez choisir une mise en œuvre. Pour vous aider, nous avons rassemblé de l'information sur chacun d'eux ci-dessous.

Vixie cron
Vixie cron est une mise en œuvre de cron, basée sur SysV cron, comprenant toutes les fonctionnalités. Chaque utilisateur dispose de sa crontab et est autorisé à spécifier les variables d'environnement dans cette crontab. À la différence des autres variantes de cron, elle offre aussi la prise en charge de SELinux et PAM. Elle supporte moins d'architectures que Dcron, mais plus que Fcron.

Fonctionnalités de   :


 * Prise en charge de SELinux
 * Prise en charge de PAM
 * Définition de variables d'environnement dans les crontabs (PATH, SHELL, HOME, etc.)
 * Chaque utilisateur dispose de sa crontab; l'accès est contrôlé par et

Le Cron de Dillon
Dcron cherche à rester une mise en œuvre de cron, simple, élégante et sûre. Il n'autorise pas la spécification de variables d'environnement dans les crontabs et tous les cron-jobs sont lancés depuis. Comme Vixie cron, chaque utilisateur dispose de sa propre crontab.

Fonctionnalités de  :


 * Rapide, simple et débarassé de fonctionnalités inutiles
 * L'accès à la   est limité au groupe cron, i.e. il ne se fie pas à des facultés externes.

Fcron
Fcron cherche à remplacer Vixie cron et Anacron. Il est prévu pour fonctionner sur des systèmes qui ne sont pas toujours en marche et arrive avec des fonctionnalités supplémentaires. Il prévoit des contraintes de lancement des tâches, la sérialisation des contrôles, la possibilité d'ajouter des valeurs nice aux tâches et la possibilité de programmer les tâches à lancer au démarrage du système. Voir la page d'accueil de fcron pour plus d'information

Fonctionnalités de  :


 * Conçu pour fonctionner sur des systèmes qui ne tourne pas en permanence, i.e. il peut relancer une tâche au redémarrage de la machine si elle a été manquée.
 * Définition de variables d'environnement et de beaucoup d'autres fonctionnalités dans les  crontabs
 * Chaque utilisateur dispose de sa propre crontab, l'accès est contrôlé par cron.allow et  cron.deny
 * Syntaxe des crontabs améliorée avec prise en charge de nombreuses fonctionnalités nouvelles.

bcron
bcron est un nouveau système cron conçu pour des opérations sécurisées. Pour ce faire, le système est divisé en plusieurs programmes séparés, chacun responsable d'une tâche séparée, avec une communication strictement contrôlée entre eux. L'interface utilisateur est un remplaçant dérivé de systèmes similaires (tel que vixie-cron), mais les aspects internes différent profondément. Pour une plus ample information, reportez-vous à la page de bcron à http://untroubled.org/bcron/.

Fonctionnalités de  :


 * Remplaçant de vixie-cron
 * Conception multiprocessus
 * Prise en charge native de l'heure d'été

Anacron
Anacron n'est pas un démon cron, c'est un programme qui fonctionne en conjonction avec l'un d'eux. Il exécute des commandes à des intervalles spécifiés en jours et ne suppose pas que le système reste en marche continuellement ; il lance les tâches qui ont été manquées lorsque le système était arrêté. Ordinairement, Anacron compte sur un démon cron pour être lancé tous les jours.

Installation
Choisissez la mise en œuvre de cron que vous préférez et installez la.

En option, si vous n'avez pas installé Fcron, vous pouvez également installer Anacron.

La crontab système
Les messages post-installation de certains de ces paquets cron vous disent de lancer. Le fichier est votre crontab système. Une installation de cron peut l'utiliser en conjonction avec   pour lancer les scripts  dans. Notez que seul Vixie-cron programme les tâches dans automatiquement. Les utilisateurs de Dcron et de Fcron devront lancer   à chaque fois qu'ils apportent des modifications dans.

Notez que les tâches programmées dans la crontab système peuvent ne pas apparaître dans la liste des cron-jobs affichée par.

Bien-sûr, vous pouvez choisir de ne pas utiliser une crontab système. Si vous choisissez Dcron ou Fcron, ne lancez pas. Si vous choisissez vixie-cron ou bcron, vous devriez placer toutes les lignes de en commentaires.

Donner un accès à cron à des utilisateurs de confiance
Si vous voulez que des utilisateurs autres que root aient accès au démon cron, lisez cette section, sinon, passez à la section suivante,.

Peu importe le paquet cron que vous utilisez, si vous voulez autoriser un utilisateur à utiliser crontab, il doit d'abord faire partie du groupe cron. Par exemple, si vous voulez ajouter l'utilisateur wepy au groupe cron, vous devez exécuter :

Si vous utilisez Dcron, c'est suffisant pour donner accès à crontab à un utilisateur. Les utilisateurs de Dcron peuvent lire la section suivante, tous les autres peuvent continuer à lire.

Si vous utilisez Fcron, éditez et. La manière la plus sûre est d'interdire tout le monde dans un premier temps dans , puis d'autoriser explicitement des utilisateurs dans.

Autorisation dans fcron.deny

Maintenant, supposons que l'utilisateur wepy doivent être capable de programmer ses propres cron-jobs. Nous l'ajouterions à  comme ceci :

Autorisation dans fcron.allow

Si vous avez choisi vixie cron, vous devez éditer simplement

Par exemple, si vous désiriez donner accès à l'utilisateur wepy, vous l'ajouteriez à de cette manière :

Autorisation dans /etc/cron.allow

Programmer des cron-jobs
Le processus pour éditer des crontabs est différent pour chacun des paquets, mais tous prennent en charge le même jeu de commande de base ; ajouter et remplacer des crontabs, effacer des crontabs et lister des con-jobs dans des crontabs. La liste qui suit indique comment exécuter ces commandes pour chacun des paquets.

Avant que vous puissiez utiliser une quelconque de ces commandes, vous devez d'abord comprendre la crontab elle-même. Chacune des lignes dans une crontab comprend cinq champs de date/temps à documenter. Ils se présentent dans cette ordre : les minutes (0-59), les heures (0-23), les jours du mois (1-31), les mois (1-12) et les jours de la semaine (0-7, 1 correspond à lundi et 0 et 7 correspondent à dimanche). Le jour de la semaine et le mois peuvent être spécifiés en abrégé par trois lettres de cette manière : mon, tue,...,sun,jan,feb,...,dec. Chacun des champs peut aussi spécifier une plage de valeurs (par exemple, mon-fri), une liste de valeurs séparées par une virgule (par exemple, 1,2,3 ou mon,tue,wed) ou une plage de valeurs avec incrément (par exemple, 1-6/2 pour 1,3,5).

Ceci peut sembler un peu compliqué, mais avec quelques exemples, vous verrez que ça ne l'est pas plus que ça.

Exemples

Pour mettre en pratique ce que nous avons appris jusqu'à maintenant, créons réellement quelques cron-jobs. Tout d'abord, créez un fichier appelé et donnons-lui cet allure :

Nous pouvons maintenant ajouter cette crontab au système avec la commande de la colonne nouvelle crontab tirée du tableau vu plus haut.

Pour vérifier les cron-jobs que vous avez programmé, nous allons utiliser la commande de la colonne lister les cron-jobs tirée du tableau vu plus haut.

Vous devriez apercevoir une liste ressemblant à. Si ce n'est pas le cas, vous avez peut-être utilisé la mauvaise commande pour entrer votre nouvelle crontab.

Cette crontab devrait produire la sortie "I really like cron" toutes les minutes de chaque heure de chaque jour de tous les autres mois. Évidemment, vous ne désirerez faire ça que si vous aimez réellement cron. La crontab produira aussi la sortie "I like cron a little" à 16:30 tous les jours de janvier et février. Elle produira aussi "I don't really like cron" à 3:10 le premier janvier.

Si vous utilisez Anacron, continuez à lire cette section. Sinon, passez à la section suivante  Éditer des crontabs

Les utilisateurs de Anacron pourront éditer. Ce fichier comprend quatre champs : le nombre de jours entre deux lancements de commande, le temps de retard en minutes après lequel il lance la commande, le nom de la tâche et la commande à éxécuter.

Par exemple, pour qu'il lance   tous les 5 jours, 10 minutes après le démarrage de Anacron, vous devriez écrire :

/etc/anacrontab

Anacron se termine après que toutes les tâches de anacrontab sont terminés, aussi, si nous voulons vérifier ces tâches tous les jours, nous devons utiliser cron. Les instructions à la fin de la prochaine section explique comment le faire.

Éditer des crontabs
Soyons réaliste un moment, vous ne voulez certainement pas que votre système vous dise combien vous aimez cron toutes les minutes. Pour faire encore un pas en avant, retirons la crontab en utilisant la commande de la colonne "Retirer la crontab" de notre tableau précédent. Nous listerons ensuite les cron-jobs pour voir si tout s'est bien passé.

You should see no cron-jobs in the output from. If you do see jobs listed, that means we failed to remove the crontab, and that you should make sure that you used the correct remove command for your cron package.

Now that we have a clean slate, let's put something useful into the root crontab. Most people will want to run  on a weekly basis to make sure that   works properly. To add that to your crontab, let's first edit again so that it looks like the following:

A real crontab

That would make cron run updatedb at 2:22 A.M. on Monday morning every week. You should now input the crontab with the proper new command from the table above, and check the list again.

Now let's say that you also want to add  to your daily schedule. You could do this by first editing and then using   just as we did before, or you could use the proper edit command from the table above. This gives you a way to edit your user's crontab in situ, without depending on external files like.

That should open your user's crontab with an editor. We want to have  run every day at 6:30 A.M., so we'll make it look something like this:

A real crontab

Again, check the cron-jobs list as we did in the previous examples to make sure the jobs are scheduled. If they are all there, then you're all set.

Using cronbase
As mentioned earlier, all of the available cron packages depend on. The cronbase package creates, and a script called. You might have noticed that the default contains something like this:

Default system crontab

To avoid going into much detail, we can just assume that these commands will effectively run your hourly, daily, weekly and monthly scripts. This method of scheduling cron-jobs has some important advantages:


 * They will run even if your computer was off when they were scheduled to run
 * It is easy for package maintainers to place scripts in those well defined places
 * You know exactly where your cron-jobs and your crontab are stored, making it easy for you to backup and restore this part of your system

Final Notes
Remember, each cron package is different and the range of features varies greatly. Be sure to consult the man pages for crontab, fcrontab or anacrontab, depending on what you use.

Good luck!

Troubleshooting
If you're having problems getting cron to work properly, you might want to go through this quick checklist.

Is cron running?
Run  and make sure it shows up!

Is cron working?
Try the following:

crontab to see if cron is running

Then check if is modified periodically.

Is your command working?
Same as before, but perhaps redirect the standard error output as well:

crontab to verify application runs

Can cron run your job?
Check the cron log, usually or  for errors

Are there any s?
cron usually sends mail when there's a problem; check your mail and also look for.

Acknowledgements
We would like to thank the following authors and editors for their contributions to this guide:


 * Eric Brown
 * Xavier Neys
 * nightmorph