Crontab

crontab

crontab est le nom du programme sous Unix (ou Linux) qui permet d'éditer des tables de configuration du programme cron. Par extension, on appelle souvent cron (ou cron job en anglais) toute application lancée à horaire fixe.

La commande crontab édite en fait un fichier relatif à l'utilisateur qui l'exécute, et en vérifie la syntaxe. Ce fichier se situe dans l'arborescence /var, par exemple :

/var/spool/cron/crontabs/utilisateur (AIX, HP-UX, Solaris, Debian GNU/Linux et Ubuntu)

/var/spool/cron/tabs/utilisateur (SuSE GNU/Linux)

/var/cron/tabs/utilisateur (FreeBSD et OpenBSD)

Ainsi pour l'utilisateur root sur une machine Debian, la table cron sera stockée dans :

/var/spool/cron/crontabs/root

La majorité des systèmes Linux (SuSE, Debian, Red Hat) disposent en plus d'une crontab centralisée dans /etc/crontab. On trouve également des dossiers /etc/cron.d, /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly et /etc/cron.monthly qui contiennent les tables cron des différents parties du système (rotation des logs, mise à jour de fichiers...).

Pour les postes de travail qui ne fonctionnent pas forcément 24h/24, une application appelée anacron permet de lancer les commandes qui auraient du l'être lorsque l'ordinateur était éteint.

Syntaxe

Visualisation

Afin d'afficher le contenu de la table cron (pour l'utilisateur courant), il suffit d'exécuter la commande suivante :

crontab -l

Cette commande ne permet pas d'afficher la crontab centralisée (/etc/crontab).

Modification

Afin d'éditer la table cron (pour l'utilisateur courant), il suffit d'exécuter la commande suivante :

crontab -e

Cette commande a pour effet de lancer l'éditeur par défaut^[1] (en général vi) présentant la table actuelle (donc aucune s'il s'agit du premier lancement de crontab). Cette commande ne permet pas de modifier la crontab centralisée (/etc/crontab).

Chaque entrée de la table (chaque ligne) correspond à une tâche à exécuter et est notée de la façon suivante :

mm hh jj MMM JJJ tâche > log

Dans cette syntaxe:

• mm représente les minutes (de 0 à 59)
• hh représente l'heure (de 0 à 23)
• jj représente le numéro du jour du mois (de 1 à 31)
• MMM représente le numéro du mois (de 1 à 12) ou l'abréviation du nom du mois (jan, feb, mar, apr, ...)
• JJJ représente l'abréviation du nom du jour ou le chiffre correspondant au jour de la semaine (0 représente le dimanche, 1 représente le lundi, ...)
• tâche représente la commande ou le script shell à exécuter
• log représente le nom d'un fichier dans lequel stocker le journal des opérations. Si la clause > log n'est pas spécifiée, cron enverra automatiquement un courriel de confirmation. Pour éviter cela, il suffit de spécifier > /dev/null.

Pour chaque unité de temps (minute/heure/...) les notations sont possibles:

• * : à chaque unité de temps
• 2-5 : les unités de temps de 2 à 5 (2, 3, 4, 5)
• */3 : toutes les 3 unités de temps (0, 3, 6, 9...)
• 5,8 : les unités de temps 5 et 8

Si, sur la même ligne, on trouve précisées une unité de temps « numéro du jour du mois » et une unité de temps « jour de la semaine », celles-ci sont considérées par crontab comme cumulatives.

Exemples

Imaginons que l'on veuille faire un journal (dans le fichier /tmp/log_df.txt par exemple) automatisé de l'espace disque libre (commande df) à des intervalles de temps précis:

• Tous les jours à 23h30:

30 23 * * * df >>/tmp/log_df.txt

• Toutes les heures, passées de 5 minutes :

5 * * * * df >>/tmp/log_df.txt

• Tous les premiers du mois à 23h30:

30 23 1 * * df >>/tmp/log_df.txt

• Tous les lundis à 22h28:

28 22 * * 1 df >>/tmp/log_df.txt

• Du 2 au 5 de chaque mois à 10h12

12 10 2-5 * * df >>/tmp/log_df.txt

• Tous les jours pairs du mois à 23h59

59 23 */2 * * df >>/tmp/log_df.txt

• Toutes les 5 minutes

*/5 * * * * df >>/tmp/log_df.txt

Il est également possible d'exécuter automatiquement des commandes plus complexes à l'aide d'un script shell. Il suffit donc dans un premier temps de créer un script. Puis de le déclarer en tant que tâche dans la table cron.

Le script shell suivant (que l'on supposera stocké dans /home/backup sous le nom backup.cmd) exporte les enregistrements de MySQL (de la table ccmusers par exemple) dans un fichier dont le nom est ccmusers suivi de la date sous la forme jour-mois-annee-heure-minute:

#!/bin/sh
DATE=$(date +%d-%m-%Y-%H-%M)
/usr/local/mysql/bin/mysqldump -u root ccmusers > /home/backup/ccmusers${DATE}.sql

Ainsi pour automatiser (chaque jour à 23h59) le backup de la table ccmusers de MySQL et l'appel d'une page web (chaque jour à 21h30), il suffira d'ajouter l'entrée suivante dans la table cron:

59 23 * * * /home/backup/backup.cmd >>/dev/null
30 21 * * * wget -O /dev/null http://example.com/mapage.html >>/dev/null

Changements d'heure : Si vous utilisez le changement d'heure hiver/été, selon les règles en vigueur en France, les tâches Cron entre 02h00 et 02h59 du dernier dimanche du mois de mars ne seront pas exécutées (on passe de 2h à 3h). À l'inverse, les tâches Cron entre 02h00 et 02h59 du dernier dimanche du mois d'octobre seront exécutées deux fois (on passe de 3h à 2h). Cependant, la plupart des systèmes Unix sont configurés pour utiliser au niveau système le UTC, qui n'est pas sujet à ces règles de changement d'heure et évite donc ce désagrément.

Voir aussi

Articles connexes

• Cron
• Informatique
• Commandes UNIX
• Quartz (OpenSymphony)

Liens externes

• Programmation des tâches régulières: crontab sur math-linux.com
• Man crontab

Sources

Certains passages de cet article, ou d'une version antérieure de cet article, sont basés sur l'article Ordonnancer des tâches du site Web Comment ça marche ?. L'article d'origine porte la notice de copyright suivante : « © Copyright 2004 Jean-François Pillou - Hébergé par Web-solutions.fr. Ce document issu de CommentCaMarche.net est soumis à la licence GNU FDL. Vous pouvez copier, modifier des copies de cette page tant que cette note apparaît clairement. »

Notes

1. ↑ Défini par la variable d'environnement $VISUAL

Ce document provient de « Crontab ».