Lundi productif: Incron - Exécuter des commandes selon l'activité du système de fichers

Lokthare — Mon, 23 Jul 2007 09:47:00 +0200

Ce billet est une traduction de l'article «Productive Monday: Incron - Execute commands based on filesystem activity» écrit par Chris Tyler.

Cron est un outil qui exécute des commandes à certains moments. Incron est un outil créé sur le même modèle que cron et qui exécute des commandes en fonction de l'activité sur le système de fichiers. Incron permet de vérifier si des modifications, tel que des créations de fichiers, des écritures, des fermetures ou des suppressions ont eu lieu sur un fichier spécifique et dans un répertoire entier.

Les utilisations possibles d'incron sont nombreuses par exemple:

jouer un son lorsqu'un fichier est modifier
recharger la configuration d'un serveur lorsque les fichiers de configuration sont modifié
prévenir un utilisateur de l'arrivée d'une nouveau message
vérifier si des fichiers critiques n'ont pas été modifié

Ce paquet contient un démon nommé incrond. Utiliser les commandes server et chkconfig pour lancé le serveur et pour le configurer afin qu'il soit lancé au démarrage du système.

# service incrond start
Starting incrond: [ OK ]
# chkconfig incrond on

Incron utilise des fichiers incrontab (similaire aux fichiers crontab) par chaque utilisateur. Chaque ligne du fichier incrontab contient un nom de fichier, une liste séparé par des virgules d'évènements et la commande a exécuté. Utiliser le commande incron avec l'option -t (type) pour afficher la liste d'évènement disponible:

$ incrontab -t
IN_ACCESS,IN_MODIFY,IN_ATTRIB,IN_CLOSE_WRITE,
IN_CLOSE_NOWRITE,IN_OPEN,IN_MOVED_FROM,
IN_MOVED_TO,IN_CREATE,IN_DELETE,IN_DELETE_SELF,
IN_CLOSE,IN_MOVE,IN_ONESHOT,IN_ALL_EVENTS,
IN_DONT_FOLLOW,IN_ONLYDIR,IN_MOVE_SELF

La plupart des noms de ces évènements s'explique d'eux même. Vous pouvez trouver une brève description des évènements dans le fichier /usr/include/linux/inotify.h (contenu dans le paquet kernel-headers) qui est le fichier d'en-tête principal du système inotify sur lequel incron est basé.

Pour créer une incrontab, utiliser la commande incron avec l'option -e (edit). Par défaut, vi sera l'éditeur utilisé, pour changer ce comportement, éditer le fichier /etc/incron.conf ou changer la variable d'environnement EDITOR.

Quelques exemples d'entrées pour incrontab:

Jouer un son lorqu'un fichier est fermé après une écriture (Utiliser play à la place de paplay si vous n'utilisez pas PulseAudio)	/tmp IN_WRITE_CLOSE paplay /usr/share/sounds/KDE_Beep_Bottles.wav
Recharger la configuration du DNS lorque le fichier /etc/named.conf est modifié	/etc/named.conf IN_MODIFY /sbin/service named reload

Installation en ligne de commande: yum install incron
Installation en utilisant l'installeur graphique: N'est pas disponible en mode navigation -- Utilisez le mode recherche pour installer incron
Localisation dans le menu après installation: (Pas applicable)
Commande: /usr/bin/incron
Site web: http://inotify.aiken.cz/

Le "pourquoi" du Mercredi: Crontab

Lokthare — Wed, 18 Jul 2007 20:46:00 +0200

Ce billet est une traduction de l'article «Wednesday Why: Crontab» écrit par Chris Tyler.

Cron est le programmateur de tâches d'Unix/Linux. Il utilise les fichiers crontab pour déterminer la date et l'heure à laquelle une tâche va être exécuté. Le fichier crontab principal est /etc/crontab; les fichiers contrab supplémentaires sont placés dans /etc/cron.d/ et les fichiers crontab personnels dans /var/spool/cron/.

Le fichier crontab principal ressemble à ça:

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

# run-parts
01 * * * * root run-parts /etc/cron.hourly
02 4 * * * root run-parts /etc/cron.daily
22 4 * * 0 root run-parts /etc/cron.weekly
42 4 1 * * root run-parts /etc/cron.monthly

Les paires noms et valeurs au début du fichier configure les variables d'environnement. Les lignes restantes contiennent les champs de date et d'heure, le nom du compte sous lequel la commande va être exécutée et le nom de la commande. Les fichiers crontab personnels sont installé avec la commande crontab et ne contienne pas de champ indiquant le nom du compte.

Le script run-parts lance simplement les scripts contenu dans le dossier spécifié. Un des scripts de chaque répertoires est nommé 0anacron qui met à jour l'estampille temporelle des fichiers enregistré dans /var/pool/anacron. Ces estampilles temporelles sont utilisé par le système anacron au démarage de l'ordinateur pour s'assurer au démarrage de l'ordinateur que les tâches sont bien été exécutées même si l'ordinateur n'est jamais allumé entre 4h et 5h du matin.

Par exemple, un ordinateur de bureau qui est coupé tout les soirs et allumé tout les matins à 9h ne serra jamais allumé à 4h22 lorsque les scripts contenus dans /etc/cron.weekly doivent être exécuté. L'une des tâches opérer hebdomadairement est makewhatis, qui reconstruit la base de donnée whatis qui est utilisé par les commandes apropos, man -k et whatis. Ces commandes ne devraient donc jamais avoir accès à index à jour. Pour résoudre ce problème, lorsque le système démarre, le script d'initiation /etc/rc.d/init.d/anacron vérifie le fichier /var/spool/anacron/cron.weekly pour voir quand les scripts contenu dans /etc/cron.weekly ont été lancé pour la dernière fois. Si cela fait plus de 7 jours, les scripts sont exécuté après un bref délai par run-parts.

Les paquets nécessitant la programmation de tâche peuvent faire cela de deux manières: inclure un fichier crontab qui sera placé dans /etc/cron.d (qui est l'approche utilisé par le paquet smolt) ou inclure un script qui sera placé dans /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly ou /etc/cron.mounthly (qui est l'approche utilisé par cups).

Paquet Fedora du jour - tâches

Lundi productif: Incron - Exécuter des commandes selon l'activité du système de fichers

Le "pourquoi" du Mercredi: Crontab