Existe-t-il un moyen de valider le format de / etc / crontab?


35

Je préfère coller les tâches planifiées dans / etc / crontab afin de pouvoir visualiser d'un coup d'œil ce qui doit être exécuté, quel que soit l'utilisateur sous lequel la tâche est exécutée.

Le seul inconvénient, c'est que le format n'est pas validé lors de la sauvegarde, contrairement à crontab -e. Ainsi, un personnage errant peut discrètement briser le cron.

Existe-t-il un moyen de valider le format / etc / crontab avant / après l'enregistrement?


4
Si, comme moi, vous êtes venu ici à la recherche d'un moyen simple (sans script) de vous dire si vous avez bien saisi votre entrée cron, cronchecker.net pourrait vous intéresser - c'est un validateur en ligne pour les entrées cron avec human- sortie sympathique.
Matt Gibson

Réponses:


18

Le seul moyen fiable que j'ai trouvé est de consulter le journal.

cronvérifie /etc/crontabtoutes les minutes et enregistre un message indiquant qu'il l'a rechargée ou qu'il a détecté une erreur.

Donc, après l'édition, lancez ceci:

sleep 60; grep crontab /var/log/syslog | tail

Ou, pour ne pas attendre une minute complète, mais seulement jusqu'à la minute suivante + 5 secondes:

sleep $(( 60 - $(date +%S) + 5 )) && grep cron /var/log/syslog | tail

Exemple de sortie avec une erreur:

Jan  9 19:10:57 r530a cron[107258]: Error: bad minute; while reading /etc/crontab
Jan  9 19:10:57 r530a cron[107258]: (*system*) ERROR (Syntax error, this crontab file will be ignored)

Bon rendement:

Jan  9 19:19:01 r530a cron[107258]: (*system*) RELOAD (/etc/crontab)

C'est sur Debian 8. Sur d'autres systèmes, cron peut se connecter dans un fichier différent.

(Je pensais pouvoir éviter de rechercher le bon fichier journal en utilisant systemd journalctl -u cron, mais cela ne m'a pas montré ces entrées de journal et semble en fait avoir arrêté de consigner les événements cron il y a 2 jours pour une raison quelconque)


Testé sur FreeBSD 10.3. Fonctionne comme un charme, il suffit de remplacer le chemin de journalisation par / var / log / cron
Jette



3

J'ai trouvé cette solution intéressante ici: https://crontab.guru

Elle ne fait pas que valider la crontab, elle vous indique explicitement quoi et quand la crontab sera exécutée et met en évidence les erreurs.


0

Sur Ubuntu, il semble que je puisse simplement exécuter:

crontab path/to/crontab/file

NOTE: cela a pour effet secondaire de démarrer ce travail cron (merci @NZD)

Si le fichier n'est pas valide, je commettrai une erreur, telle que:

"crontab":11: bad minute
errors in crontab file, can't install.

1
cette commande vérifie le fichier crontab, mais l'installe en même temps (s'il ne contient aucune erreur). Ceci est probablement un effet secondaire indésirable pour le PO.
2016 NZD

Merci @NZD, j'ai ajouté ceci à ma réponse pour m'assurer que le PO est conscient de cela.
Conradkdotcom

@conradk la commande ne démarre pas le travail cron, elle écrase le fichier crontab existant de l'utilisateur avec le fichier fourni.
MadHatter soutient Monica

Cela ne fonctionne pas réellement pour tous les problèmes possibles avec la crontab; il va attraper quelques problèmes criants, mais il ne comprend pas ceci, par exemple: * 4/0 * * /bin/myscript.sh - le 4/0est invalide. mais n'est pas attrapé par cette méthode
JDS

@ JDS N'est-ce pas une valeur de pas? Une valeur de pas est-elle 0interdite? unix.stackexchange.com/questions/32027/…
conradkdotcom
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.