Cronjob läuft nicht – obwohl der Eintrag existiert

So sieht die Meldung aus

CRON[2418]: (root) CMD (/usr/local/bin/job.sh)
/usr/local/bin/job.sh: 3: mysqldump: not found

Häufige Ursachen

• Cron hat einen anderen PATH als deine Shell und liest keine .bashrc.
• Das Skript nutzt relative Pfade und läuft deshalb nicht im erwarteten Verzeichnis.
• Ausführungsrecht fehlt oder der Shebang zeigt auf einen nicht vorhandenen Interpreter.
• Der Eintrag steht in der crontab des falschen Benutzers oder in /etc/cron.d ohne Benutzerspalte.
• Cron selbst läuft nicht, oder ein Syntaxfehler verhindert das Laden der Datei.

Prüfen

1. Cron-Dienst und letzte Ausführung
   systemctl status cron --no-pager | head -n 5; journalctl -u cron --since '1 hour ago' --no-pager | tail -n 20Kopieren
2. Einträge des aktuellen Benutzers
   crontab -lKopieren
3. Rechte und Shebang des Skripts
   ls -l /usr/local/bin/job.sh; head -n 1 /usr/local/bin/job.shKopieren
4. Mit leerer Umgebung testen, wie cron sie hat
   env -i /bin/sh -c '/usr/local/bin/job.sh'Kopieren

Lösung

• Im Skript absolute Pfade verwenden und PATH am Anfang setzen: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin.
• Ausgaben in eine Logdatei umleiten: >> /var/log/job.log 2>&1. Sonst siehst du Fehler nie.
• Shebang prüfen (#!/bin/bash) und mit chmod +x das Ausführungsrecht setzen.
• Bei /etc/cron.d die Benutzerspalte nicht vergessen, sonst wird die Zeile ignoriert.
• Mit env -i testen, damit du dieselbe Umgebung wie cron hast.

Häufige Fragen

Warum funktioniert es manuell, aber nicht per cron?

Weil cron ohne deine Shell-Umgebung startet: anderer PATH, kein Home-Verzeichnis, keine Aliase.

Wo landen die Ausgaben?

Cron mailt sie an den lokalen Benutzer. Ohne Mailserver verschwinden sie, deshalb immer in eine Datei loggen.