Cron/fr

Cet article explique comment configurer et utiliser les démons cron dans Gentoo Linux.

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.

Before getting started working with cron, a proper cron implementation has to be selected. In this article information is provided for each cron implementation available in Gentoo Linux.

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. La dernière version est la 4.1 qui a été publiée en Janvier 2004.

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 personnelle; l'accès est contrôlé par et

cronie
Cronie est un dérivé (fork) de  vixie-cron produit par Fedora. Comme il s'agit d'un dérivé il possède les mêmes fonctionnalités que celles de l'original vixie-cron. En plus, cronie est fourni avec une mise en œuvre d'anacron qui doit être activé via l'option  de la variable USE.

dcron (le Cron de Dillon)
[http://www.jimpryor.net/linux/dcron.html 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 toutes les 'tâches cron' sont lancées depuis. Comme vixie-cron, chaque utilisateur dispose de sa propre crontab. A partir de la version 4, il contiens des fonctionnalités similaires à anacron.

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;
 * Syntaxe des "crontab" améliorée avec prise en charge de plusieurs fonctionnalités nouvelles;
 * Chaque utilisateur dispose de sa propre crontab, l'accès est contrôlé par et  '

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 bonne mise en œuvre de cron que vous préférez et installez la.

Assurez-vous que le démon cron choisi a été rajouté aux processus init du système; sans cette étape le démon cron ne va pas effectuer son travail.

Optionally, if Fcron or dcron have not been installed, installing Anacron as a helper to the cron daemon might be a wise choice.

Again, do not forget to add anacron to the system's init process.

La crontab système
The post install messages from some of these cron packages instruct the user to run. The file is the system crontab. A cron installation can use it in conjunction with to run the scripts in. Note that only vixie-cron and cronie schedule jobs in automatically. Dcron and fcron users will need to run every time they make changes to the  file.

Please note that jobs scheduled in the system crontab might not show up in the list of cron-jobs displayed by running.

Of course, users can choose not to use any system crontab at all. If dcron or fcron has been chosen, do not run. If vixie-cron, cronie or bcron has been chosen comment all lines in.

A quick and easy way to comment out all the lines in a file is by using the sed command. Run the following command to comment out all the lines in

Donner un accès à cron à des utilisateurs de confiance
For users other than root to have access to the cron daemon, read this section, otherwise proceed to the next section: Scheduling cron-jobs.

No matter which cron package has been chosen, to allow a user to use crontab he will first have to be in the cron group. As an example, to add the user wepy to the cron group run:

When using dcron, the above step is all that is needed to give a user access to crontab. Dcron users may proceed to the next section Scheduling cron-jobs, all others need to keep reading.

When using fcron, edit the and  files. The most secure way to run a system is to first deny all users in, and then explicitly allow users in.

If a user (wepy again for this example) should be able to schedule his own cron-jobs, then add him to as follows:

If vixie-cron or cronie has been chosen, then simply edit the file.

For example, to allow access to the user wepy, add him to as follows:

Programmer des tâches cron
The process of editing crontabs is different for each package, but they all support the same basic set of commands: adding and replacing crontabs, editing crontabs, deleting crontabs, and listing cron-jobs in crontabs. The following list shows how to run various commands for each package.

Before any of these commands can be used, first understanding of the crontab itself is needed. Each line in a crontab specifies five time fields in the following order: the minutes (0-59), hours (0-23), days of the month (1-31), months (1-12), and days of the week (0-7, Monday is day 1, Sunday is day 0 and day 7). The days of the week and months can be specified by three-letter abbreviations like mon, tue, jan, feb, etc. Each field can also specify a range of values (e.g. 1-5 or mon-fri), a comma separated list of values (e.g. 1,2,3 or mon,tue,wed) or a range of values with a step (e.g. 1-6/2 as 1,3,5).

That sounds a little confusing, but with a few examples it is easy to see it is not as complicated as it sounds.

To test what was just covered go through the steps of actually inputting a few cron-jobs. First, create a file called and make it look like the this:

Now add that crontab to the system with the "new command" from the table above.

To verify the scheduled cron-jobs, use the proper list command from the table above.

A list resembling should be displayed; if not maybe the wrong command was issued to input the crontab.

This crontab should echo "I really like cron" every minute of every hour of every day every other month. Obviously a user would only do that if they really liked cron. The crontab will also echo "I like cron a little" at 16:30 every day in January and February. It will also echo "I don't really like cron" at 3:10 on the January 1st.

If using anacron keep reading this section. Otherwise, proceed to the next section on Editing 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.

For example, to have it run every 5 days, 10 minutes after anacron is started, enter the following:

Anacron exits after all of the jobs in anacrontab have finished. To check to see if these jobs should be performed every day, a cron daemon will be used. The instructions at the end of the next section explain how this should be handled.

Éditer des crontabs
Being realistic, no user would want their system telling them how much they like cron every minute. As a step forward, remove the previous example crontab using the corresponding remove command from the table above. Use the corresponding list command to view the cron-jobs afterward to make sure it worked.

No cron-jobs should be displayed in the output from. If cron jobs are listed, then the remove command failed to remove the crontab; verify the correct remove command for the system's cron package.

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

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

Now let's say should be ran on a daily schedule in order to keep the Portage tree up to date. This could be done by first editing and then using  as was done in the example above, or by using the proper edit command from the table above. This provides a way to edit the user's crontab in situ, without depending on external files like.

The above command should open the user's crontab with an editor. For example, if is to be run every day at 6:30 A.M., make the crontab look something like this:

Again, check the cron-jobs list as done in the previous examples to make sure the jobs are scheduled. If they are all there, then the system is ready to rock and roll.

Utiliser cronbase
As mentioned earlier, all of the available cron packages depend on. The cronbase package creates, and a script called. Notice the default file contains something like this:

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


 * They will run even if the computer was off when they were scheduled to run;
 * It is easy for package maintainers to place scripts in those well defined places;
 * The administrators know exactly where the cron-jobs and crontab are stored, making it easy to backup and restore these parts of their systems.

Utiliser anacron
As mentioned earlier, anacron is used on systems not meant to be run continuously (like most of the desktop installations). Its default configuration file,, is usually similar to the following:

The main difference between this and other common crontabs is that with anacron there is no fixed date/hour for the job scheduling, but only the period between every run. When anacron is started, it will check the contents of a set of files in and calculate if the corresponding entry in the configuration file has expired since the last run. If it has, then the command is invoked again.

Comme dernier mot, il est important de neutraliser en les commentant toutes les entrées qui se recouvrent dans toutes les autres cron installés sur le système, comme dans l'exemple suivant de  crontab vixie-cron :

Si on ne fait pas ça, les parties daily, weekly et montly seront exécutées - à des instants différents- à la fois par le démon cron et le démon anacron, conduisant à d'éventuels double exécution de tâches.

Dépannage
When having problems getting cron to work properly, this quick checklist might be helpful.

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 which cron daemon has been activated!

Est-ce que cron est lancé ?
To verify that cron is running, see if it shows up in the process list:

Est-ce que cron fonctionne correctement ?
Essayez ceci :

Puis vérifiez que est modifié régulièrement.

Is the command working?
Comme précédemment, mais peut-être devez-vous rediriger la sortie d'erreur standard aussi :

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

Y-a-t-il des s?
cron usually sends mail when there is a problem; check for mail and look for the creation of a file.

Cron Jobs Alternatives
Some hosting companies do not allow access to cron, but many cron jobs alternatives can be found which are free or commercially available:


 * EasyCron