Important: You are required to change your passwords used for Gentoo services and set an email address for your Wiki account if you haven't done so. See the full announcement and Wiki email policy change for more information.

Cron

From Gentoo Wiki
Revision as of 11:35, 3 September 2013 by FuzzyBot (Talk | contribs)

Jump to: navigation, search
Other languages:English 100% • ‎español 100% • ‎français 100% • ‎한국어 100% • ‎русский 100%


External resources

Ce guide explique comme configurer et utiliser cron.

Les fondamentaux de 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 crontab. 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.

Note
Notez que crontab est à la fois le nom d'une liste de 'tâches cron' et le nom de la commande d'édition de cette liste.

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 crontab 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 sys-process/cronbase . 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'elles ci-dessous.

Quel cron est bon pour vous ?

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 sys-process/vixie-cron :

  • Prise en charge de SELinux
  • Prise en charge de PAM /etc/security/limits.conf
  • 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 cron.allow et cron.deny

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 toutes les 'tâches cron' sont lancées depuis /bin/sh. Comme Vixie cron, chaque utilisateur dispose de sa propre crontab.

Fonctionnalités de sys-process/dcron :

  • Rapide, simple et débarassé de fonctionnalités inutiles
  • L'accès à la crontab 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 sys-process/fcron :

  • 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 sys-process/bcron :

  • 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.

Utiliser cron

Installation

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

root # emerge --ask dcron
root # /etc/init.d/dcron start
root #
rc-update add dcron default

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

root # emerge --ask anacron
root # /etc/init.d/anacron start
root #
rc-update add anacron default

La crontab système

Les messages post-installation de certains de ces paquets cron vous disent de lancer crontab /etc/crontab . Le fichier /etc/crontab est votre crontab système . Une installation de cron peut l'utiliser en conjonction avec sys-process/cronbase pour lancer les scripts dans /etc/cron.{quotidiennement,toutes les heures, toutes les semaines, tous les mois} . Notez que seul Vixie-cron programme les tâches dans /etc/crontab automatiquement. Les utilisateurs de Dcron et de Fcron devront lancer crontab /etc/crontab à chaque fois qu'ils apportent des modifications dans /etc/crontab .

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

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

root # sed -i -e "s/^/#/" /etc/crontab

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, Programmer des tâches cron .

Note
Donner l'accès à la crontab à un utilisateur ne lui permet pas de lancer des tâches cron en tant que root. Si vous voulez qu'un utilisateur soit capable d'éditer la crontab de root, vous devriez regarder dans sudo . Reportez-vous à notre Guide Gentoo pour les utilisateurs de sudo pour plus de détails.

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 :

root # gpasswd -a wepy cron
Note
Lorsque vous ajoutez un utilisateur au groupe cron, assurez-vous que l'utilisateur se déconnecte et se reconnecte pour que l'ajout au groupe soit effectif.

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

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

Important
Si, ni /etc/fcron/fcron.allow ni /etc/fcron/fcron.deny n'existent, tous les utilisateurs du groupe cron seront autorisés à utiliser crontab. fcron est fourni avec fcron.allow par défaut, ce qui autorise tous les utilisateurs du groupe cron à accéder à fcrontab.
CodeAutorisation dans fcron.deny

all

Maintenant, supposons que l'utilisateur wepy doivent être capable de programmer ses propres tâches cron. Nous l'ajouterions à /etc/fcron/fcron.allow comme ceci :

CodeAutorisation dans fcron.allow

wepy

Si vous avez choisi vixie cron, vous devez éditer simplement /etc/fcron/fcron.allow

Important
Il est important de noter que si seul /etc/cron.allow existe, alors seuls les utilisateurs du groupe cron qui y sont listés auront accès. Autrement, si seulement un /etc/cron.deny vide existe, alors tous les utilisateurs du groupe cron seront autorisés ! Ne laissez pas /etc/cron.deny vide si vous n'avez pas de /etc/cron.allow .

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

CodeAutorisation dans /etc/cron.allow

wepy

Programmer des tâches cron

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 tâches cron dans des crontabs. La liste qui suit indique comment exécuter ces commandes pour chacun des paquets.

Mise en œuvre Éditer la crontab Retirer la crontab Nouvelle crontab Lister les tâches cron
dcron crontab -e crontab -d [user] crontab file crontab -l
fcron fcrontab -e fcrontab -r [user] fcrontab file fcrontab -l
vixie-cron & bcron crontab -e crontab -r -u [user] crontab file crontab -l
Note
Avec la commande remove, si aucun argument n'est transmis, la crontab courante de l'utilisateur est effacée.
Note
Fcron a aussi un lien symbolique de crontab vers fcrontab .

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.

CodeExemples

## # Exécuter /bin/false toutes les  minutes durant toute l'année 
*     *     *     *     *        /bin/false
  
## # Exécuter /bin/false à 1:35 on les lundis, mardi, mercredi et le 4 de tous les mois
35    1     4     *     mon-wed  /bin/false
  
## # Exécuter /bin/true à 22:25 le 2 mars
25    22    2     3     *        /bin/true
  
## # Exécuter /bin/false à 2:00 chaque lundi, mercredi et vendredi 
0     2     *     *     1-5/2    /bin/false
Note
Notez bien comment vous devez spécifier les jours de la semaine et du mois avant de les combiner. Si vous avez * pour seulement l'un d'entre-eux, l'autre prend la priorité, tandis que * pour les deux signifie simplement tous les jours.

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

root # nano crons.cron
## #Mins  Hours  Days   Months  Day of the week
10     3      1      1       *       /bin/echo "I don't really like cron"
30     16     *      1,2     *       /bin/echo "I like cron a little"
*      *      *      1-12/2  *       /bin/echo "I really like cron"

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

root # crontab crons.cron


Note
Vous ne verrez pas réellement les sorties de ces commandes tant que vous n'aurez pas redirigé les sorties.

Pour vérifier les tâches cron que vous avez programmées, nous allons utiliser la commande de la colonne Lister les tâches cron tirée du tableau vu plus haut.

root # crontab -l

Vous devriez apercevoir une liste ressemblant à crons.cron. 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 /etc/anacrontab. 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 echo "I like anacron" tous les 5 jours, 10 minutes après le démarrage de Anacron, vous devriez écrire :

Code/etc/anacrontab

5 10 wasting-time /bin/echo "I like anacron"

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 tâches cron pour voir si tout s'est bien passé.

root # crontab -d
root #
crontab -l

Vous ne devriez voir aucune tâches cron dans la sortie de la commande crontab -l. Si vous en voyez, cela signifie que la commande de suppression de la crontab a échoué ou que vous n'avez pas entré la bonne commande. Vérifiez alors que vous utilisez bien la commande du tableau pour votre paquet cron.

Maintenant que nous avons une ardoise propre, plaçons quelque choses d'utile dans la crontab de root. La plupart des gens désirera exécuter updatedb toutes les semaines pour être certaine que mlocate fonctionne correctement. Pour ajouter cela à votre crontab, commencez par éditer crons.cron à nouveau pour qu'il contienne ce qui suit :

CodeUne crontab réelle

22 2 * * 1    /usr/bin/updatedb

Cela devrait faire que cron lance updatedb à 2:22 du matin, le lundi de chaque semaine. Vous devriez maintenant entrer la crontab avec la commande de la colonne Nouvelle crontab du tableau vu plus haut, et vérifier la liste à nouveau.

root # crontab crons.cron
root #
crontab -l

Maintenant, supposons que vous vouliez ajouter emerge --sync à votre programme journalier. Vous pourriez le faire en commençant par éditer crons.cron puis en utilisant crontab crons.cron tout comme nous l'avons fait jusqu'alors., ou vous pourriez utiliser la commande appropriée issue de la colonne Editer une commande du tableau précédent. Ceci vous donne le moyen d'éditer votre crontab utilisateur in situ, sans dépendre de fichiers externes comme crons.cron.

root # crontab -e

Cela devrait ouvrir votre crontab utilisateur avec un éditeur. Nous voulons exécuter emerge --sync tous les jours à 6:30 du matin, c'est pourquoi nous lui donnons le contenu suivant :

CodeUne crontab réelle

22 2 * * 1    /usr/bin/updatedb
30 6 * * *    /usr/bin/emerge --sync
## (if you're using anacron, add this line)
30 7 * * *    /usr/sbin/anacron -s

Vérifiez à nouveau la liste des tâches cron comme nous l'avons fait dans les exemples précédents pour être certains que les tâches sont programmées. Si elles sont toutes là, tout va bien.

Utiliser cronbase

Comme mentionné plus haut dans ce document, tous les paquets cron disponibles dépendent de sys-process/cronbase. Le paquet cronbase crée /etc/cron.{hourly,daily,weekly,monthly} et un script appelé run-crons. Vous noterez que le /etc/crontab par défaut contient quelque chose du genre :

Codecrontab système par défaut

*/15 * * * *     test -x /usr/sbin/run-crons && /usr/sbin/run-crons
0  *  * * *      rm -f /var/spool/cron/lastrun/cron.hourly
0  3  * * *      rm -f /var/spool/cron/lastrun/cron.daily
15 4  * * 6      rm -f /var/spool/cron/lastrun/cron.weekly
30 5  1 * *      rm -f /var/spool/cron/lastrun/cron.monthly

Pour éviter d'entrer dans les détails, nous supposerons simplement que ces commandes lanceront effectivement des scripts toutes les heures, tous les jours, toutes les semaines et tous les mois.

  • Elles seront exécutées même si votre ordinateur est arrêté au moment de leur programmation
  • C'est chose facile pour les mainteneurs de paquets de placer des scripts à ces emplacements bien définis
  • Vous savez exactement où sont stockées votre 'crontab et vos tâches cron, vous facilitant ainsi la sauvegarde et la restauration de cette partie de votre système.
Note
Il est utile de signaler à nouveau que Vixie cron et bcron lisent automatiquement /etc/crontab , tandis que dcron et fcron ne le font pas. Lisez la section #systemtab pour en savoir plus à ce propos.

Notes finales

Rappelez-vous que chacun des paquets cron est différent et que l'étendue des fonctionnalités varie beaucoup. Reportez-vous absolument aux pages man sur crontab ou anacrontab, selon ce que vous utilisez.

Bonne chance !

Dépannage

Si vous rencontrez des problèmes pour faire fonctionner cron correctement, vous devriez passer cette courte liste de vérifications en revue :

Est-ce que cron est lancé ?

Exécutez ps ax | grep cron et assurez-vous qu'il apparaît dans la liste !

Est-ce que cron fonctionne correctement ?

Essayez ceci :

Codecrontab pour vérifier que cron fonctionne

* * * * * /bin/echo "foobar" >> /votre_fichier

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

Est-ce que votre commande fonctionne ?

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

Codecrontab pour vérifier que l'application fonctionne

* * * * * /bin/echo "foobar" >> /votre_fichier 2>&1

Est-ce que cron lance votre tâche ?

Jettez un coup d'œil au journal de cron , ordinairement /var/log/cron.log ou /var/log/messages pour les erreurs.

Y-a-t-il des dead.letters?

cron envoie généralement un courriel quand il y a un problème ; vérifiez votre courrier et recherchez également des ~/dead.letter.

Remerciements

Nous tenons à remercier les auteurs et éditeurs suivants pour leur contribution à ce guide :


  • Eric Brown
  • Xavier Neys
  • nightmorph