EN

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

Befehl in der minimalen Cron-Umgebung testen

harmlosCrondebian, ubuntu
Werte anpassen, der Befehl aktualisiert sich live
user@server
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'

env -i löscht alle Umgebungsvariablen und setzt nur die wenigen, die cron auf Debian vorgibt, insbesondere PATH=/usr/bin:/bin und /bin/sh statt bash. Scheitert der Befehl hier mit command not found oder fehlenden Variablen, scheitert er auch im Cronjob. Abhilfe schaffen absolute Pfade (/usr/local/bin/wp) oder eine PATH=-Zeile am Anfang der Crontab.

Hinweis: Der Befehl wird wirklich ausgeführt. Das Risiko entspricht also dem des getesteten Befehls.

Auch gesucht als

  • Cronjob funktioniert nicht aber manuell schon
  • Skript läuft nicht unter Cron
  • Cron Umgebung testen
  • command not found im Cronjob

Verwandte Einzeiler

Alle aus Cron

Geplante WP-Cron-Aufgaben auflisten

$wp cron event list --fields=hook,next_run_relative,recurrence --path=/var/www/vhosts/example.com/httpdocs
harmlosWP-CLI

Alle Skripte aus cron.daily sofort ausführen

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

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.