Nous avons des centaines de fils et de cron crontab. Plutôt que de créer un poste avec des dizaines de liens, je pensais que je viens d'écrire un tutoriel avec seulement un petit nombre de liens.

Notions de base

cron est un daemon qui gère les tâches périodiques. crontab est le nom du fichier texte qui est utilisé pour contrôler cron. Et crontab est aussi le nom du programme utilisé pour modifier le fichier crontab. Chaque utilisateur pourrait avoir un fichier crontab. Ceux-ci sont souvent stockées dans / var /spool/cron / crontabs /. Si mon nom d'utilisateur est perderabo puis mon vrai crontab est / var /spool/cron / crontabs / perderabo. Lorsque cron a été écrit il y avait un seul crontab / etc / crontab et seul root peut le modifier. Maintenant que tout le monde peut utiliser cron, chaque crontab est le nom de l'utilisateur qui en est propriétaire. En raison du grand nombre possible crontabs, cron ne peut pas surveiller tous les changements. C'est pourquoi vous devez utiliser la crontab programme. En plus de modifier le fichier crontab, il permet aussi de cron savoir sur le changement. Si vous éditez simplement le fichier dans / var /spool/cron / crontabs / cron ne feront pas la changer.

La commande crontab

root peut toujours utiliser la commande crontab. Les autres utilisateurs mai être verrouillé. Un fichier, généralement dans / usr / lib / cron / cron.deny contient une liste des utilisateurs qui sont interdit d'utiliser cron. Si ce fichier n'existe pas, / usr / lib / cron / cron.allow mai la liste des utilisateurs qui peuvent utiliser cron. Si ni le fichier existe, seul root peut utiliser cron. Pour que tout le monde utiliser cron, créer un vide cron.deny.

Mais attention, avec cette commande crontab! Nous devons avoir une dizaine de fils de gens qui ont fait un accident "crontab-r", qui supprime complètement votre crontab. Il n'est pas facile de se remettre de ça. Plutôt que de simplement utiliser "crontab-e" pour modifier votre dossier, certains de nos membres suggèrent
crontab-l> mycrontab
vi mycrontab
crontab <mycrontab

Le format d'une entrée crontab

Typiquement entrée crontab peut être:
15 18 * * 1-5 / votre / script
Cela dit d'exécuter / un / script à 18h15 du lundi au vendredi.

Les cinq premières sont:
minute (0-59)
heure (0-23)
jour du mois (1-31)
mois de l'année (1-12)
jour de la semaine (0-6 avec 0 \u003d Dimanche)

Chaque champ peut être un astérisque sens toutes les valeurs, ou un seul entier, plusieurs entiers séparés par des virgules, ou de deux entiers séparés par un tiret pour indiquer une fourchette.

Avec certaines versions de cron, jour de la semaine est 1-7 avec 7 \u003d Dimanche. De nombreuses versions de cron accepter 0 ou 7, comme le dimanche.

Crontab entrée pour le premier vendredi du mois, ou tous les mardi, ou dernier samedi du mois

Pensez à cette note:
0 0 1-7 * 5 / votre / script
On peut espérer que se déroulera / un / script lors de la première minute du premier vendredi du mois. Malheureusement, il va exécuter le script sur chaque journée de la première semaine du mois et sur tous les vendredis. Voir ce fil pour voir une solution à ce problème.
entrée crontab d'exécuter le dernier jour du mois


Il fonctionne à partir de la ligne de commande mais pas en crontab

C'est peut-être notre première plainte auprès de cron. Lorsque vous vous connectez à Unix, scripts de démarrage de l'installation de votre environnement. Vous pouvez voir votre environnement avec la commande "printenv" ou "env". D'autre part, cron met en place seulement une faible densité de l'environnement (Voir Problème avec crontab pour les détails.)

Je pense que la meilleure solution est d'écrire des scripts shell qui mettent en place leur propre environnement et d'exécuter ces via cron. C'est ce qui a fonctionné en ne fonctionne pas dans cron.

Dans ping à partir de cron, L'utilisateur a utilisé un chemin absolu, plutôt que de redéfinir la variable d'environnement PATH.

Dans ce fil de discussion: Cron problème?, L'utilisateur de la source. Fichier de profil de mettre en place l'environnement et cela a fonctionné. Mais cette technique pose un problème dans stty: tcgetattr: ce n'est pas une machine à écrire Et je pense aussi qu'il établit pour vous un mystérieux problème. Change. Profil et à vos cronjobs mai soudainement échouer.

Une dernière raison est d'utiliser le signe pour cent dans un crontab en tant que commande ce poste.

Plus de cron Tutorials

Et enfin, Besoin d'info tut sur Cron et Cron Jobs ont des liens vers d'autres tutoriels cron.