EN

↑ ↓ auswählen, Enter öffnen, Esc schließen

Cron-Log anzeigen: wann welcher Job lief

harmlos rootCrondebian, ubuntu
Werte anpassen, der Befehl aktualisiert sich live
root@server
journalctl -u cron --since today --no-pager

Filtert das Journal auf die Unit cron und zeigt Zeilen wie (webuser) CMD (php /var/www/...), die jeden gestarteten Job mit Benutzer und Befehl protokollieren. Damit lässt sich prüfen, ob ein Job überhaupt zur erwarteten Zeit angestoßen wurde. Ob er erfolgreich war, steht hier nicht, dafür muss der Job seine Ausgabe selbst protokollieren.

Hinweis: Auf Systemen mit rsyslog findet man dieselben Einträge mit grep CRON /var/log/syslog.

Auch gesucht als

  • läuft mein Cronjob überhaupt
  • Cron Log anzeigen
  • wann wurde der Cronjob ausgeführt
  • cron Ausführung prüfen

Verwandte Einzeiler

Alle aus Cron

Alle Skripte aus cron.daily sofort ausführen

#run-parts --verbose /etc/cron.daily
vorsichtCron

Befehl in der minimalen Cron-Umgebung testen

$env -i SHELL=/bin/sh PATH=/usr/bin:/bin HOME="$HOME" LOGNAME="$(id -un)" /bin/sh -c 'wp --path=/var/www/vhosts/example.com/httpdocs cron event run --due-now'
harmlosCron

Cronjob mit Protokollierung der Ausgabe anlegen

$(crontab -l 2>/dev/null; echo "*/15 * * * * /usr/bin/php /var/www/vhosts/example.com/httpdocs/wp-cron.php >> /var/www/vhosts/example.com/logs/wp-cron.log 2>&1") | crontab -
vorsichtCron

Doppelte Ausführung eines Cronjobs mit flock verhindern

$flock -n /tmp/backup.lock /usr/local/bin/backup.sh
harmlosCron

Gerade laufende Cronjobs anzeigen

$ps -eo pid,user,etime,cmd --forest | grep -A3 '[C]RON'
harmlosCron

Herausfinden, welcher Cronjob einen Befehl aufruft

#grep -rn "wp-cron.php" /etc/crontab /etc/cron.d /etc/cron.hourly /etc/cron.daily /etc/cron.weekly /etc/cron.monthly /var/spool/cron/crontabs 2>/dev/null
harmlosCron

Erst lesen, dann ausführen.

Die Befehle auf myline.de greifen direkt in Server, Dateien und Datenbanken ein. Ein falscher Pfad oder Platzhalter kann Daten unwiderruflich löschen oder einen Server unerreichbar machen.

  • Alle Befehle werden ohne Gewähr bereitgestellt und sind nicht auf jedem System getestet.
  • Vor dem Ausführen verstehen, was ein Befehl tut, und jeden Platzhalter prüfen.
  • Vorher ein Backup anlegen und möglichst zuerst auf einem Testsystem ausprobieren.
  • Die Ausführung erfolgt auf eigene Verantwortung. Eine Haftung für Schäden ist ausgeschlossen, soweit gesetzlich zulässig.