Elastic Compute Service:Tâches Cron

Qu'est-ce que cron ?

cron est un planificateur de tâches présent dans les systèmes Linux et Unix qui exécute des actions à des moments précis. Il permet aux utilisateurs d'exécuter automatiquement des scripts, des commandes ou des logiciels à des intervalles définis. cron est idéal pour les tâches récurrentes, telles que les sauvegardes de données et les mises à jour système.

Fonctionnement de cron

cron utilise des fichiers crontab (tables cron). Ces fichiers de configuration contiennent les commandes et leurs plannings d'exécution correspondants. Chaque utilisateur peut disposer de son propre fichier crontab dans son répertoire personnel, et il existe également un fichier crontab au niveau du système pour les tâches gérées par l'administrateur.

Le démon cron vérifie périodiquement ces fichiers crontab, analyse leurs plannings et commandes, puis les exécute aux heures programmées.

Composants de Cron

1. Démon Cron : processus en arrière-plan qui vérifie, planifie et exécute les tâches spécifiées dans les fichiers crontab.

2. Fichiers Crontab :

   • Crontab au niveau utilisateur : chaque utilisateur peut modifier ses propres tâches planifiées en exécutant la commande crontab -e. Ces tâches s'appliquent uniquement à l'utilisateur actuel.

   • Crontab au niveau système : situé dans /etc/crontab, ce fichier est généralement géré par un administrateur système pour les tâches relatives au système.

3. Syntaxe Crontab : chaque ligne d'un fichier crontab se compose de six champs : minute, heure, jour du mois, mois, jour de la semaine et commande à exécuter.

Expression Cron

L'exemple suivant montre une entrée simple dans un fichier crontab :

# .---------------- minute
# |  .------------- hour
# |  |  .---------- day of month 
# |  |  |  .------- month 
# |  |  |  |  .---- day of week (Sunday=0 or 7)
# |  |  |  |  |
# *  *  *  *  * user-name  command to be executed
  30 04 *  *  *   root     /path/to/daily_backup.sh

Cette tâche cron est configurée pour exécuter le script daily_backup.sh en tant qu'utilisateur root tous les jours à 4 h 30.

Points d'attention

• Vérifiez que le chemin du fichier source (/path/to/original/file.txt) et le chemin de sauvegarde (/path/to/backup/file_backup.txt) sont corrects.

• Assurez-vous que le répertoire de destination existe. Si ce n'est pas le cas, créez-le ou ajoutez une commande de création de répertoire à la tâche cron.

• Vérifiez que l'utilisateur exécutant la tâche cron dispose des autorisations de lecture sur le fichier source et des autorisations d'écriture sur le répertoire de destination.

• Consultez régulièrement les fichiers de sauvegarde et les journaux pour vous assurer que la tâche cron s'exécute correctement et que les fichiers de sauvegarde sont valides.

grep CRON /var/log/syslog

Délais d'expiration des tâches cron

• Solutions :

  • Optimisez le script : affinez la logique du script pour réduire son temps d'exécution.

  • Divisez la tâche : si possible, fractionnez-la en plusieurs tâches plus petites.

  • Utilisez un délai d'expiration : intégrez l'utilitaire timeout à la commande de votre tâche cron pour limiter la durée maximale d'exécution du script. Par exemple, 0 5 * * * timeout 300 /path/to/script.sh limite l'exécution du script à 300 secondes.

Commande de test simple

Avant de configurer une tâche cron complexe, utilisez une commande de test simple pour vérifier qu'elle se déclenche correctement. Par exemple, configurez une tâche qui ajoute la date et l'heure actuelles à un fichier toutes les minutes :

* * * * * date >> /path/to/date_output.txt

Après quelques minutes, consultez le fichier date_output.txt pour vérifier qu'un nouvel horodatage est ajouté chaque minute.

Rediriger la sortie pour les tests

Pour tester une tâche cron, ajoutez une redirection de sortie à la commande. Cela permet de diriger la sortie standard (stdout) et les erreurs standard (stderr) vers un fichier journal, afin de vérifier l'exécution du script et d'examiner sa sortie.

30 4 * * * /path/to/your-script.sh > /path/to/logfile.log 2>&1

Consultez le fichier /path/to/logfile.log pour examiner la sortie du script et d'éventuelles erreurs.

Fréquence d'exécution des tâches cron

• Recommandations de configuration :**

  • Évitez une fréquence excessive : une planification d'exécution trop fréquente peut nuire aux performances du système.

  • Configurez selon vos besoins : les tâches simples et routinières, comme les sauvegardes, ne nécessitent souvent qu'une exécution quotidienne, tandis que les tâches de surveillance peuvent devoir s'exécuter toutes les heures ou plus fréquemment.

  • Tenez compte de la charge système : planifiez les tâches gourmandes en ressources pendant les périodes de faible charge système.

Autres conseils de dépannage

• Redirection de la sortie : redirigez la sortie et les erreurs de votre tâche cron vers un fichier journal pour faciliter le dépannage. Par exemple : 30 4 * * * /path/to/job.sh > /path/to/job.log 2>&1

• Notifications par e-mail : si une tâche cron génère une sortie ou une erreur, le démon cron envoie un e-mail de notification. Assurez-vous que votre service de messagerie système est correctement configuré, ou configurez explicitement la livraison des e-mails au sein de la tâche cron.

• Problèmes de chemin : les chemins absolus sont généralement plus fiables que les chemins relatifs. Utilisez des chemins absolus dans vos tâches cron autant que possible.

• Modification et affichage des tâches cron : utilisez crontab -e pour modifier les tâches cron et crontab -l pour afficher toutes les tâches cron de l'utilisateur actuel. Cela vous aide à vous assurer que vos tâches sont correctement configurées.

La tâche cron ne s'exécute pas selon la planification

• Causes et solutions :

  • Expression cron incorrecte : vérifiez le format de l'expression cron. Assurez-vous que les champs d'heure et de date sont corrects.

  • Autorisations de script insuffisantes : assurez-vous que le script dispose des autorisations d'exécution nécessaires. Utilisez chmod +x /path/to/script.sh pour les accorder.

  • Problèmes d'environnement : les tâches cron s'exécutent dans un environnement minimal et peuvent ne pas charger la configuration complète du shell de votre utilisateur. Utilisez des chemins absolus pour les commandes dans votre script, ou définissez explicitement les variables d'environnement requises dans le script lui-même.

  • Vérification des journaux : consultez le journal cron, généralement situé dans /var/log/cron ou /var/log/syslog (selon le système), pour obtenir des informations sur le déclenchement et d'éventuelles erreurs. Vérifiez également tous les journaux de redirection de sortie que vous avez configurés.

minute hour day-of-month month day-of-week command

sudo service cron status

sudo systemctl status cron

sudo service cron start

sudo systemctl start cron

chmod +x /path/to/your-script.sh

Afficher toutes les tâches cron d'un utilisateur

La commande crontab -l répertorie les tâches cron de l'utilisateur actuel. Cron est un planificateur de tâches basé sur le temps dans les systèmes d'exploitation de type Unix qui exécute automatiquement des commandes ou des scripts planifiés.

• Notes :

  • Seules les tâches cron de l'utilisateur actuel sont répertoriées. Pour afficher les tâches cron d'autres utilisateurs, vous avez généralement besoin des privilèges root ou des autorisations système appropriées.

  • Si aucune tâche cron n'est configurée pour l'utilisateur, la commande crontab -l peut ne renvoyer aucune sortie ou afficher un message indiquant que le crontab est vide.

Répertorier les tâches cron dans un crontab

Pour répertorier les tâches cron de l'utilisateur actuel, exécutez la commande crontab -l. Cette commande affiche toutes les tâches cron définies dans le fichier crontab de l'utilisateur actuel.

• Notes :

  • Autorisations : les utilisateurs réguliers ne peuvent afficher et modifier que leurs propres tâches cron. L'utilisateur root ou les utilisateurs disposant des autorisations appropriées peuvent afficher et modifier les tâches cron de tous les utilisateurs.

  • Environnement : les commandes exécutées par cron s'exécutent dans un environnement minimal, où de nombreuses variables d'environnement spécifiques à l'utilisateur peuvent ne pas être chargées par défaut. Par conséquent, utilisez des chemins absolus pour les commandes et les fichiers.

Supprimer une tâche cron spécifique

1. Ouvrez l'éditeur crontab : exécutez la commande crontab -e. Cela ouvre le fichier crontab de l'utilisateur actuel dans l'éditeur de texte par défaut, tel que vi ou nano.

2. Supprimez la tâche spécifique : dans l'éditeur, recherchez la ligne correspondant à la tâche que vous souhaitez supprimer et supprimez-la. Dans vi ou vim, vous pouvez déplacer le curseur sur la ligne et appuyer sur dd. Dans nano, déplacez-vous sur la ligne et appuyez sur Ctrl+K pour la couper.

3. Enregistrez et quittez :

   • Dans vi ou vim, saisissez :wq et appuyez sur Entrée pour enregistrer vos modifications et quitter.

   • Dans nano, appuyez sur Ctrl+X, puis sur Y pour confirmer que vous souhaitez enregistrer, et enfin sur Entrée pour quitter.

4. Pour supprimer toutes les tâches cron de l'utilisateur actuel, utilisez la commande suivante.

crontab -r

• Notes :

  • Sauvegarde : avant de modifier ou de supprimer des tâches cron, il est recommandé de sauvegarder votre crontab. Vous pouvez enregistrer vos tâches actuelles dans un fichier à l'aide de crontab -l > crontab_backup.txt.

  • Prudence : la suppression ou la modification de tâches cron peut affecter le fonctionnement du système ou la fonctionnalité de l'application. Assurez-vous de comprendre l'objectif d'une tâche avant de la modifier.

Résoudre l'erreur « not allowed to use crontab »

1. Connectez-vous à l'instance ECS en tant qu'utilisateur root.

   Pour plus d'informations, consultez Se connecter à une instance Linux à l'aide de Workbench.

2. Exécutez les commandes suivantes pour vérifier l'existence des fichiers cron.allow ou cron.deny :

   find /etc/cron.allow
   find /etc/cron.deny

   L'autorisation d'un utilisateur à exécuter la commande crontab dépend des fichiers /etc/cron.allow et /etc/cron.deny, comme détaillé ci-dessous.

   Cron.allow existe	Cron.deny existe	Utilisateurs crontab autorisés
   Non	Non	Seul l'utilisateur root peut utiliser la commande crontab.
   Oui	Non	Seuls les utilisateurs répertoriés dans le fichier cron.allow peuvent utiliser la commande crontab.
   Non	Oui	Tous les utilisateurs non répertoriés dans le fichier cron.deny peuvent utiliser la commande crontab. Remarque Si le fichier cron.deny est vide, tous les utilisateurs peuvent utiliser la commande crontab.
   Oui	Oui	Seuls les utilisateurs répertoriés dans le fichier cron.allow peuvent utiliser la commande crontab. Remarque Le fichier cron.allow est prioritaire sur le fichier cron.deny. Dans ce cas, le fichier cron.deny n'a aucun effet.

3. Selon vos besoins, modifiez le fichier cron.allow ou cron.deny.

   • Si le fichier cron.allow n'existe pas et que le nom d'utilisateur de l'utilisateur non-root figure dans le fichier cron.deny, supprimez le nom d'utilisateur de cron.deny et enregistrez le fichier.

   • Si le fichier cron.allow existe, ajoutez le nom d'utilisateur de l'utilisateur non-root au fichier cron.allow et enregistrez le fichier.

4. Redémarrez le service cron pour que les modifications prennent effet :

   systemctl restart crond.service

5. Basculez vers l'utilisateur non-root et exécutez à nouveau la commande crontab pour vérifier qu'elle peut être exécutée avec succès.

Corriger l'erreur « errors in crontab file »

Pour résoudre ce problème, connectez-vous à l'instance pour corriger le format du fichier crontab ou effectuez un redimensionnement du disque cloud si le disque est plein.

1. Connectez-vous à votre instance ECS.

   Pour plus d'informations, consultez Méthodes de connexion aux instances ECS.

2. Vérifiez si le format de la tâche cron dans le fichier crontab est correct.

   • Si le format est correct, passez à l'étape 3.

   • Si le format est incorrect, corrigez-le comme suit :

     

3. Exécutez la commande suivante pour vérifier l'utilisation du disque :

   df -h

   Le système affiche des informations similaires à ce qui suit. Par exemple, Use% indique l'utilisation de la partition /dev/xvda1.

   Si l'utilisation du disque est proche de 100 %, l'espace disque est insuffisant. Nous vous recommandons de redimensionner le disque cloud. Pour plus d'informations, consultez Vue d'ensemble du redimensionnement des disques cloud.

   [root@ ~]# df -h
   Filesystem Size Used Avail Use% Mounted on
   /dev/xvda1 20G 2.7G 17G 15% /
   tmpfs 498M 0 498M 0% /dev/shm