Table des matières
Utilisation de crontab
Syntaxe
Afin d'éditer la table cron, il suffit d'exécuter la commande suivante:
crontab -e
Qui lancera l'éditeur par défaut (souvent vi) présentant la table actuelle (ou un fichier vide s'il s'agit du premier lancement de crontab). Chaque ligne du fichier correspond à une tâche à exécuter, renseignée de la manière suivante:
mm hh jj MMM JJJ tâche > log
Où:
- 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 mail de confirmation. Pour éviter cela il suffit de spécifier > /dev/null
Note
Pour chaque unité de temps (minute/heure/…) les notations sont possibles:
- * : à chaque unité de temps
- 2-5 : les unités de temps (2,3,4,5)
- */3 : toutes les 3 unités de temps (0,3,6,…)
- 5,8 : les unités de temps 5 et 8
Exemples
Imaginons que l'on souhaite mettre en place un journal automatisé (dans le fichier /logs/log_df.log par exemple) de l'espace disque libre (commande df) à des intervalles de temps précis:
Tous les jours à 23h30:
30 23 * * * df >> /logs/log_df.log
Toutes les heures, passées de 5 minutes :
5 * * * * df >> /logs/log_df.log
Tous les premiers du mois à 23h30:
30 23 1 * * df >> /logs/log_df.log
Tous les lundis à 22h28:
28 22 * * 1 df >> /logs/log_df.log
Du 2 au 5 de chaque mois à 10h12:
12 10 2-5 * * df >> /logs/log_df.log
Tous les jours pairs du mois à 23h59:
59 23 */2 * * df >> /logs/log_df.log
Toutes les 5 minutes:
- */5 * * * * df » /logs/log_df.log
Il est également possible d'exécuter automatiquement des commandes plus complexes à l'aide d'un script shell.
Il suffit pour cela de le déclarer en tant que tâche dans la table cron.
Redirection Erreur
Le Cas de dead.letter
c’est quoi >/dev/null?
/dev/null représente le rien.
Ce rien peut être comparé à un trou noir dans l’espace.
Ce qui à pour conséquence, que chaque flux envoyé dans ce trou noir ne pourra jamais être récupéré.
exemple de commande avec >/dev/null dans un crontab:
***4* /home/fred/script/test.sh >/dev/null
Chaques taches planifiées dans un crontab envoient un mail à l’administrateur du système(ou root), pour éviter l’envoie systématique on redirige tout le flux STDOUT dans /dev/null.
A savoir, que lorsque /dev/null est utilisé sans précision, seule la sortie du flux STDOUT est concernée.
Donc, si une erreur se produit l’administrateur sera prévenue grâce à la sortie STDERR.
c’est quoi < /dev/null?
Dans un script, il se peut qu’une commande est besoin d’une intervention humaine pour répondre à une question généralement yes ou no(y/n).
Forcer la réponse à yes
Ajouter l’option -f, exemple:
cp -f ficher1 directory/
La copie du fichier1 dans le répertoire directory est forcée.
Forcer la réponse à no
< /dev/null sera utilisé, exemple:
cp ficher1 /directory </dev/null
Si le fichier1 existe déjà dans le répertoire, avec l’option < /dev/null, le script n’écrasera pas le fichier1 déjà présent dans directory.
c’est quoi /dev/null 2>&1
2>&1 redirige la sortie d’erreur(STDERR) vers la sortie standard(STDOUT) et la sortie STDOUT dans /dev/null.
exemple en reprenant celui de la tache cron:
*4*** /home/fred/script/test.sh >/dev/null 2>&1
Dans ce cas, l’administrateur ou root ne sera jamais si la commande c’est bien exécutées ou pas.
Sauf, si le test est prévue dans le scripte test.sh.
— sylvain 2020/02/22 18:18