Satu-satunya cara yang dapat diandalkan yang saya temukan adalah untuk memeriksa log.
cron
memeriksa /etc/crontab
setiap menit, dan mencatat pesan yang menunjukkan bahwa ia memuatnya kembali, atau menemukan kesalahan.
Jadi setelah mengedit, jalankan ini:
sleep 60; grep crontab /var/log/syslog | tail
Atau, untuk tidak menunggu satu menit penuh, tetapi hanya sampai menit berikutnya + 5 detik:
sleep $(( 60 - $(date +%S) + 5 )) && grep cron /var/log/syslog | tail
Contoh output dengan kesalahan:
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)
Output yang baik:
Jan 9 19:19:01 r530a cron[107258]: (*system*) RELOAD (/etc/crontab)
Itu di Debian 8. Pada sistem lain, cron mungkin masuk ke file yang berbeda.
(Saya pikir saya bisa menghindari berburu file log yang benar dengan menggunakan systemd journalctl -u cron
, tapi itu tidak menunjukkan kepada saya entri log ini, dan sebenarnya tampaknya telah berhenti mencatat peristiwa cron 2 hari yang lalu karena beberapa alasan)