EN

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

Alle Skripte aus cron.daily sofort ausführen

vorsicht rootCrondebian, ubuntu

Vorsicht: Dieser Befehl verändert das System. Vor dem Ausführen verstehen, was er tut.

Werte anpassen, der Befehl aktualisiert sich live
root@server
run-parts --verbose /etc/cron.daily

Startet nacheinander alle ausführbaren Skripte im Verzeichnis und meldet jedes vor dem Start. Nützlich, um nach einer Änderung zu prüfen, ob alle Jobs fehlerfrei durchlaufen. Dazu gehören auf Debian etwa logrotate, man-db oder dpkg, die dabei real arbeiten.

Hinweis: Erst mit run-parts --test prüfen, was alles laufen würde. Auf Systemen, die die Jobs über systemd-Timer erledigen, kann es zu doppelter Ausführung kommen.

Auch gesucht als

  • cron.daily manuell starten
  • tägliche Cronjobs jetzt ausführen
  • run-parts ausführen
  • Wartungsjobs sofort laufen lassen

Verwandte Einzeiler

Alle aus Cron

Prüfen, welche Skripte in cron.daily wirklich laufen

$run-parts --test /etc/cron.daily
harmlosCron

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

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.