EN

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

Systemweite Cronjobs in /etc/crontab und /etc/cron.d anzeigen

harmlosCrondebian, ubuntu
user@server
grep -vE '^\s*(#|$)' /etc/crontab /etc/cron.d/*

Gibt alle Zeilen ohne Kommentare und Leerzeilen aus und stellt jeder den Dateinamen voran. Diese Jobs tauchen bei crontab -l nicht auf, weil sie zum System und nicht zu einem Benutzer gehören. Anders als in Benutzer-Crontabs steht hier nach der Zeitangabe zusätzlich der Benutzer, unter dem der Befehl läuft.

Hinweis: Dateien in /etc/cron.d/ werden ignoriert, wenn ihr Name einen Punkt enthält. Eine Datei backup.sh oder job.conf läuft dort also nie.

Auch gesucht als

  • Cronjobs in cron.d anzeigen
  • systemweite Cronjobs finden
  • was steht in etc crontab
  • Cronjobs die nicht in crontab -l stehen

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

Cron-Log anzeigen: wann welcher Job lief

#journalctl -u cron --since today --no-pager
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

Crontabs aller Benutzer auf einmal anzeigen

#for u in $(cut -d: -f1 /etc/passwd); do crontab -l -u "$u" 2>/dev/null | grep -vE '^(#|$)' | sed "s/^/$u: /"; done
harmlosCron

Doppelte Ausführung eines Cronjobs mit flock verhindern

$flock -n /tmp/backup.lock /usr/local/bin/backup.sh
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.