Monitoring Crontab Linux

Le cron est l'outil de planification historique et le plus utilisé sous Linux. Depuis plus de 40 ans, il permet d'automatiser l'exécution de scripts à des horaires définis. Malgré sa simplicité apparente, le cron cache de nombreux pièges qui peuvent conduire à des échecs silencieux, passant inaperçus pendant des jours voire des semaines.

Les problèmes courants incluent les crontabs effacés lors de mises à jour système, les variables d'environnement manquantes, les chemins relatifs qui ne fonctionnent pas, et les erreurs de syntaxe dans la planification. Sans surveillance externe, ces problèmes restent invisibles car le cron lui-même n'a pas de mécanisme d'alerte intégré.

MoniTao offre une solution de monitoring heartbeat qui complète parfaitement le cron Linux. En ajoutant un simple appel curl à la fin de vos scripts, vous êtes immédiatement alerté si un cron ne s'exécute pas ou échoue, quelle qu'en soit la raison.

Rappels essentiels sur crontab

Avant de mettre en place le monitoring, voici les commandes et fichiers clés de la gestion cron sous Linux.

• crontab -e : édite le fichier crontab de l'utilisateur courant. C'est la méthode recommandée pour les crons applicatifs.
• crontab -l : liste les crons de l'utilisateur courant. Utilisez sudo crontab -l pour voir les crons root.
• /etc/crontab : fichier crontab système global. Contient un champ utilisateur supplémentaire.
• /etc/cron.d/ : répertoire pour les crons installés par des packages. Chaque fichier est un crontab indépendant.

Problèmes fréquents sous Linux

Ces problèmes sont responsables de la majorité des échecs de crons sous Linux. Connaître ces pièges permet de les éviter.

• Crontab effacé : une mise à jour système ou un crontab -r accidentel peut supprimer tous vos crons. Sauvegardez régulièrement avec crontab -l > backup.txt.
• Variables d'environnement : le cron s'exécute avec un environnement minimal (PATH limité, pas de variables shell). Définissez explicitement PATH et sourcez vos fichiers d'environnement.
• Permissions : le script ou ses répertoires n'ont pas les bonnes permissions. Vérifiez avec ls -la et chmod +x.
• Sorties non redirigées : par défaut, les sorties sont envoyées par mail local. Sans MTA configuré, elles sont perdues. Redirigez toujours avec >> /var/log/moncron.log 2>&1.

Intégration du monitoring heartbeat

Voici les stratégies pour intégrer MoniTao à vos crons Linux existants.

• Ajout en fin de ligne : ajoutez && curl -fsS https://api.monitao.com/ping/TOKEN à la fin de chaque ligne cron. Le && garantit que le ping n'est envoyé qu'en cas de succès.
• Script wrapper : créez un script qui encapsule votre commande et gère le heartbeat. Plus flexible pour gérer les erreurs et les métriques.
• Logging intégré : combinez logging local et heartbeat pour avoir à la fois l'historique des exécutions et les alertes en temps réel.
• Timeout adapté : configurez le timeout MoniTao en fonction de la fréquence du cron. Pour un cron horaire, un timeout de 90 minutes est raisonnable.

Exemples d'intégration crontab

Voici plusieurs méthodes pour intégrer le monitoring heartbeat dans vos crons Linux :

# Méthode 1 : Ajout direct dans crontab
0 * * * * /path/to/backup.sh && curl -fsS "https://api.monitao.com/ping/TOKEN"

# Méthode 2 : Script wrapper avec gestion d'erreurs
#!/bin/bash
set -e
/path/to/backup.sh
curl -fsS --max-time 10 "https://api.monitao.com/ping/TOKEN"

# Méthode 3 : Avec logging et notification d'échec
#!/bin/bash
LOG=/var/log/backup.log
if /path/to/backup.sh >> $LOG 2>&1; then
    curl -fsS "https://api.monitao.com/ping/TOKEN"
else
    curl -fsS "https://api.monitao.com/ping/TOKEN/fail?msg=Backup+failed"
fi

La méthode 1 est la plus simple pour les crons existants. La méthode 2 offre une meilleure gestion des erreurs avec set -e. La méthode 3 permet de notifier explicitement les échecs avec un message d'erreur.

Debugging des crons Linux

Quand un cron ne fonctionne pas, voici les étapes de diagnostic systématiques.

• Vérifier les logs système : journalctl -u cron sur systemd, ou grep CRON /var/log/syslog pour voir si le cron a été invoqué.
• Simuler l'environnement cron : testez avec env -i /bin/bash -c "votre_commande" pour reproduire l'environnement minimal du cron.
• Capturer toutes les erreurs : redirigez stderr vers stdout avec 2>&1 et loggez dans un fichier pour voir les messages d'erreur.
• Ajouter des logs de debug : insérez echo "$(date) - Script démarré" >> /tmp/debug.log en début de script pour confirmer l'exécution.

Configuration des alertes

Configurez vos alertes MoniTao pour être notifié des problèmes sans être submergé.

• Cron non exécuté : aucun ping reçu dans le délai configuré. Vérifiez le service cron, le crontab et les permissions.
• Échec explicite : le script a envoyé un ping /fail. Consultez les logs pour identifier la cause.
• Durée anormale : le cron prend plus de temps que d'habitude. Peut indiquer un problème de performance ou de ressources.
• Multiples échecs : plusieurs exécutions consécutives ont échoué. Nécessite une investigation urgente.

Questions fréquentes sur le cron Linux

Conclusion

Le cron Linux reste l'outil de planification le plus utilisé, mais sa simplicité masque de nombreux pièges. Les erreurs silencieuses, les crontabs perdus et les problèmes d'environnement sont des causes fréquentes de défaillances non détectées.

En combinant les bonnes pratiques de configuration cron avec le monitoring heartbeat de MoniTao, vous obtenez une visibilité complète sur l'exécution de vos tâches planifiées. Commencez par vos crons critiques et étendez progressivement la couverture.

Prêt à dormir sur vos deux oreilles ?

Commencez gratuitement, sans carte bancaire.

Créer mon compte Voir les tarifs