Je veux vérifier que ma tâche cron s'exécute et à quelle heure. Je pense qu'il existe un journal pour mon sudo crontab -e des emplois, mais où ?
J'ai cherché sur google et j'ai trouvé des recommandations pour regarder dans /var/log (dans lequel je ne vois rien avec 'cron' dans le nom) et d'éditer le fichier /etc/syslog.conf que je n'ai pas non plus.
Le journal cron peut se trouver dans un autre fichier du dossier /var/log/ répertoire. Recherchez cron.log ou un équivalent.
Vous pouvez créer un fichier cron.log qui contient uniquement les entrées CRON qui apparaissent dans syslog. Notez que les tâches CRON apparaîtront toujours dans syslog si vous suivez les instructions suivantes.
Ouvrir le fichier
/etc/rsyslog.d/50-default.confTrouvez la ligne qui commence par :
#cron.*décommentez cette ligne, sauvegardez le fichier, et redémarrez rsyslog :
sudo service rsyslog restartVous devriez maintenant voir un fichier journal cron ici :
/var/log/cron.logL'activité de Cron sera désormais enregistrée dans ce fichier (en plus de syslog).
Notez que dans cron.log vous verrez des entrées pour quand cron a exécuté scripts dans /etc/cron.hourly, cron.daily, etc. - Par exemple, quelque chose comme :
Apr 12 14:17:01 cd CRON[14368]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)Cependant, vous ne verrez pas plus d'informations sur les scripts qui ont été effectivement exécutés à l'intérieur de /etc/cron.daily ou /etc/cron.hourly, à moins que ces scripts ne dirigent la sortie vers le cron.log (ou peut-être vers un autre fichier journal).
Si vous voulez vérifier si une crontab est en cours d'exécution et ne pas avoir à la chercher dans cron.log ou syslog, créez une crontab qui redirige la sortie vers un fichier journal de votre choix - quelque chose comme :
01 14 * * * /home/joe/myscript >> /home/log/myscript.log 2>&1Ceci redirigera toute la sortie standard et les erreurs qui peuvent être produites par le script qui est exécuté vers le fichier journal spécifié.
A mon avis, cette réponse est meilleure à l'avenir. Ainsi votre fichier syslog est plus clair.
Pour exclure également le journal cron de syslog, vous pouvez modifier la ligne suivante *.*;auth,authpriv.none -/var/log/syslog a *.*;auth,authpriv.none,cron.none -/var/log/syslog .
Sur notre CentOS 6, cron.* est défini dans /etc/rsyslog.conf, alors qu'il est vide dans le dossier rsyslog.d.
Eh bien, vous voulez probablement utiliser -F qui suivra le fichier à travers les changements de nom, de sorte que lorsqu'il sera tronqué ou déplacé, par exemple vers /var/log/syslog.1.gz vous suivez toujours l'actuel /var/log/syslog fichier. Selon la documentation du manuel, c'est la même chose que d'exécuter tail xxxx -f --retry
Vrai, mais si l'exécution de cette ligne échoue à cause d'une erreur de syntaxe, rien ne sera écrit dans le journal de sortie spécifié.
Vous pouvez résoudre ce problème en ajoutant 2>&1 après la spécification du fichier journal. Il est également préférable de tester vos cronjobs avant de les ajouter à la crontab, puis d'être présent lors de la première exécution programmée pour s'assurer que la crontab est correctement formatée.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
0 votes
Attention, dans le
crontable contexte%crée une nouvelle ligne, donc une mauvaise utilisation de ce caractère (c'est-à-dire le fait de ne pas l'échapper, par exemple dansdate +"%Y-%m-%d") peut empêcher une journalisation correcte (date +%Y-%m-%d >> /tmp/cron.logne fonctionnera pas). Aussi, cette réponse peut aider.