Ausgabe erfassen · MAILTO · Log-Prüf-Checkliste
cron geht bei einem Fehler meist stillschweigend darüber hinweg. Wenn der Ausdruck laut diesem Tool korrekt ist, die Aufgabe aber trotzdem nicht läuft, liegt das Problem wahrscheinlich nicht am Ausdruck, sondern an der Ausführungsumgebung. Im Folgenden wird schrittweise erklärt, wie man die Ursache eingrenzt.
Schreiben Sie die Ausgabe in eine Datei. cron sendet die Standardausgabe und den Standardfehler einer Aufgabe standardmäßig per E-Mail; ist keine Mail eingerichtet, gehen sie verloren. Hängen Sie >> /var/log/myjob.log 2>&1 an den Befehl an, um sowohl stdout als auch stderr in die Logdatei zu schreiben, dann können Sie sofort sehen, was passiert ist.
Lassen Sie sich per MAILTO benachrichtigen. Setzen Sie oben in der crontab MAILTO="you@example.com", werden Ausgabe und Fehler der Aufgabe an diese Adresse geschickt. Das ist die einfachste Absicherung gegen stille Fehler. Umgekehrt leeren Sie es mit MAILTO="", wenn Sie keine Mails wünschen.
Sehen Sie in die Systemlogs. Auf Debian- und Ubuntu-Systemen prüfen Sie mit grep CRON /var/log/syslog, in einer systemd-Umgebung mit journalctl -u cron (oder crond), ob cron die Aufgabe überhaupt ausgelöst hat. Wichtig ist hier die Unterscheidung: 'ob ein Ausführungsversuch stattfand' und 'ob das Skript erfolgreich war' sind zweierlei.
Zuletzt eine Checkliste häufiger Ursachen. ① Haben Sie alle Befehle und Dateien mit absolutem Pfad angegeben? ② Haben Sie den benötigten PATH in der crontab deklariert? ③ Hat das Skript Ausführungsrechte (chmod +x)? ④ Haben Sie die Aufgabe in die crontab des richtigen Benutzers eingetragen (die crontab von root und die eines normalen Benutzers sind getrennt)? Prüfen Sie diese vier Punkte und überprüfen Sie den Ausdruck selbst erneut mit diesem Interpreter.