| CRON(8) | System Manager's Manual | CRON(8) |
cron – Démon permettant de lancer des commandes différées (Vixie Cron)
cron [-f] [-l] [-L niveau]
cron est démarré automatiquement depuis un script du répertoire /etc/init.d au moment d'entrer dans un niveau de fonctionnement multiutilisateur.
cron recherche, dans le répertoire /var/spool/cron/crontabs, des fichiers de crontab (nommés d’après des comptes dans /etc/passwd). Les crontabs trouvées sont chargées en mémoire. Veuillez noter que les crontabs de ce répertoire ne doivent pas être accédées directement — la commande crontab doit être utilisée pour y accéder et les mettre à jour.
cron lit également le fichier /etc/crontab qui est dans un format légèrement différent (consultez crontab(5)). Dans Debian, le contenu d'/etc/crontab est prédéfini pour exécuter les programmes des répertoires /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly et /etc/cron.monthly. Cette configuration est spécifique à Debian, consultez la partie PARTICULARITÉS DEBIAN plus bas.
De plus, dans Debian, cron lit les fichiers du répertoire /etc/cron.d. cron traite les fichiers de /etc/cron.d de la même manière que le fichier /etc/crontab (ils ont le même format spécial que ce fichier, c'est-à-dire qu'ils intègrent le champ identifiant). Toutefois ils sont indépendants du fichier /etc/crontab : par exemple, ils n'héritent pas de ses variables d'environnement. Cette modification est spécifique à Debian, consultez la partie PARTICULARITÉS DEBIAN plus bas.
Comme le fichier /etc/crontab, les modifications des fichiers du répertoire /etc/cron.d sont surveillées. En général, l'administrateur système ne devrait pas utiliser /etc/cron.d/, mais le système crontab standard constitué du fichier /etc/crontab.
/etc/crontab et les fichiers du répertoire /etc/cron.d doivent appartenir au superutilisateur et ne pas être accessibles en écriture au groupe ni aux autres. Contrairement à ceux de l'espace spool, les fichiers de /etc/cron.d, /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly ou /etc/cron.monthly peuvent aussi être des liens symboliques à condition que le lien symbolique et le fichier pointés appartiennent au superutilisateur. Les fichiers de /etc/cron.d n'ont pas besoin d'être exécutables, alors que ceux de /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly et /etc/cron.monthly doivent l'être, car ils sont exécutés par run-parts (consultez run-parts(8) pour plus de précisions).
Ensuite, cron s'éveille toutes les minutes, examine les crontabs existantes et vérifie chaque commande pour savoir s'il doit la lancer dans la minute à venir. Lors de l'exécution d'une commande, toute sortie est envoyée par courriel au propriétaire de la crontab (ou à l'utilisateur dont le nom est mentionné dans la variable d'environnement MAILTO si elle existe). Les copies des processus enfant ont leur nom mis en capitales, observables dans la sortie des commandes syslog et ps.
De plus, cron vérifie chaque minute si la date de modification de son répertoire de stockage (ou la date de modification du fichier /etc/crontab) a changé. Si c'est le cas, cron examinera les dates de modification de chaque fichier crontab et rechargera ceux qui ont été modifiés. Ainsi, cron n'a pas besoin d'être redémarré après la modification d'un fichier crontab. Remarquez que la commande crontab(1) met à jour la date de modification du répertoire de stockage si un changement a lieu.
Il existe des dispositions spéciales lorsque l'horloge est modifiée de moins de 3 heures, par exemple au début et à la fin de l'heure d'été. Si l'heure a été avancée, les tâches qui auraient dû être exécutées pendant ce moment le seront juste après le changement. À l'inverse, si l'heure a été retardée de moins de 3 heures, les tâches qui tombent dans cet intervalle de temps ne seront pas exécutées de nouveau.
Seules les tâches qui sont exécutées à un moment particulier (ni indiquées par @hourly, ni par « * » dans le champ heure ou minute) sont affectées. Les tâches indiquées avec des jokers sont exécutées immédiatement sur la base de l'heure modifiée.
Les changements d'horloge de plus de 3 heures sont considérés comme des corrections de l'horloge et la nouvelle heure est utilisée immédiatement.
cron journalise ses actions à l'aide du paramètre « cron » de syslog, et la journalisation peut être contrôlée en utilisant le système standard syslogd(8).
Dans les systèmes Debian, /etc/default/cron peut être configuré pour que les paramètres régionaux du démon cron soient gérés en utilisant /etc/environment ou /etc/default/locale, les valeurs du dernier étant prioritaires sur celles du premier. Ces fichiers sont lus et les définitions des variables d'environnement LANG, LC_ALL et LC_CTYPE seront utilisées. Ces variables sont ensuite utilisées pour configurer l'encodage des messages, « C » par défaut.
Cela n'affecte pas l'environnement des tâches exécutées par cron. Pour plus de renseignements sur la façon de modifier l'environnement des tâches, veuillez consulter crontab(5).
Le démon utilisera, si elle existe, la définition du fuseau horaire de /etc/timezone.
L'environnement peut être redéfini dans les définitions des crontabs des utilisateurs, mais cron ne traitera les tâches que dans un seul fuseau horaire.
Debian introduit quelques modifications à cron qui n'étaient pas disponibles en amont à l'origine. Les modifications les plus significatives introduites sont :
La prise en charge de /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly et /etc/cron.monthly est fournie dans Debian à l'aide des réglages par défaut du fichier /etc/crontab. Le fichier système crontab par défaut contient quatre tâches, exécutées toutes les heures, tous les jours, toutes les semaines et tous les mois. Chacune de ses tâches exécutera run-parts avec chaque répertoire en argument. Ces tâches sont désactivées si anacron est installé (sauf la tâche exécutée toutes les heures) pour éviter les conflits entre les deux démons.
Conformément à la description précédente, les fichiers de ces répertoires doivent vérifier quelques propriétés, parmi lesquelles : être exécutables, appartenir au superutilisateur, ne pas être accessibles en écriture au groupe ni aux autres et, s'il s'agit de liens symboliques, pointer vers des fichiers appartenant au superutilisateur. De plus, les noms de fichier doivent respecter les exigences de run-parts : ils ne doivent contenir que des caractères alphanumériques, des tirets bas (« _ ») et des traits d’union (« - »). Les fichiers ne respectant pas ces exigences ne seront pas exécutés par run-parts. Par exemple, les fichiers dont le nom contient un point seront ignorés. Le but est d'éviter que cron exécute des fichiers laissés par le gestionnaire de paquet Debian lorsqu'il traite les fichiers de /etc/cron.d/ comme des fichiers de configuration (c'est-à-dire les fichiers qui se terminent par .dpkg-dist, .dpkg-orig et .dpkg-new).
Cette fonctionnalité peut servir aux administrateurs système et aux paquets pour réaliser des tâches qui seront exécutées à intervalles réguliers. Les fichiers de ces répertoires créés par des paquets devraient prendre le nom du paquet qui les fournit.
La prise en charge de /etc/cron.d est fournie par le démon cron lui-même, qui gère ce répertoire comme le spool de crontab système. Ce répertoire peut contenir n'importe quel fichier définissant des tâches respectant le format utilisé dans /etc/crontab, c'est-à-dire contrairement au spool de l'utilisateur, ces fichiers doivent fournir un identifiant dans la définition de tâche pour l'exécuter.
Les fichiers de ce répertoire doivent appartenir au superutilisateur, n'ont pas besoin d'être exécutables (ce sont des fichiers de configuration, tout comme /etc/crontab) et doivent respecter la même convention de nommage que celle utilisée par run-parts(8) : leur nom ne doit contenir que des caractères alphanumériques, des tirets bas et des traits d’union. Il ne doit donc pas contenir de point. Si l'option -l est indiquée à cron (cette option peut être configurée dans /etc/default/cron, voir ci-dessous), alors, ils doivent respecter les conventions de nommage LSB, tout comme avec l'option --lsbsysinit de run-parts.
L'objectif de cette fonctionnalité est de permettre aux paquets qui nécessitent un contrôle plus fin de leur programmation que ce qui est offert par les répertoires /etc/cron.{hourly,daily,weekly,monthly} pour ajouter un fichier crontab dans /etc/cron.d. Ces fichiers devraient prendre le nom du paquet qui les fournit.
De plus, la configuration par défaut de cron dépend de /etc/default/cron qui est lu par le script de init.d qui lance le démon cron. Ce fichier détermine si cron lira les variables d'environnement du système et permet d'ajouter des options supplémentaires au programme cron avant qu'il ne soit exécuté, soit pour configurer sa journalisation, soit pour définir la façon dont il traite les fichiers du répertoire /etc/cron.d.
Paul Vixie <paul@vix.com> est l'auteur de cron(8) et de cette page de manuel. Cette page a ensuite été modifiée pour Debian par Steve Greenland, Javier Fernandez-Sanguino et Christian Kastner.
La traduction française de cette page de manuel a été créée par Steve Petruzzello <dlist@bluewin.ch>, Nicolas François <nicolas.francois@centraliens.net>, David Prévot <david@tilapin.org> et Jean-Paul Guillonneau <guillonneau.jeanpaul@free.fr>
Cette traduction est une documentation libre ; veuillez vous reporter à la GNU General Public License version 3 concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE.
Si vous découvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message à debian-l10n-french@lists.debian.org.
| 19 Avril 2010 | 4th Berkeley Distribution |