Cronjob funktioniert nicht

[Cerox]

Hallo zusammen,

ich bin Linux-Neuling und habe gerade versucht, einen Cronjob hinzuzufügen.

Dazu habe ich:

1. mich als root angemeldet
2. crontab -e eingegeben
3. Folgendes in die Datei geschrieben und gespeichert: "38 * * * * /root/script.sh"

Das Script funktioniert auf jeden Fall - ich habe es schon ohne Crontab getestet.

Ich habe auch mit crontab -l das Ganze überprüft, dort taucht der Cronjob auch auf.

Das Script soll jede Stunde bei 38 Minuten das Script ausführen. Hab ich da irgendwas falsch verstanden oder wieso macht cron das nicht?

[Diozaka]

38 */1 * * * /root/script.sh

So müsste es laufen. Das /1 bedeuted soviel wie "jede Stunde", also führt er das Script jede Stunde in der 38. Minute aus.

MfG, Diozaka

[Cerox]

So läuft es auch nicht. Das Script wurde definitiv nicht ausgeführt, denn sonst würde ich die Anderungen des Scriptes bemerken.

[carnil]

Hallo

Wird eine mail an den User root geschickt? Bzw. falls entsprechend eingestellt, an den User, der die root-emails bekommt?

[Cerox]

Öhm, ich bin wirklich neu was Linux betrifft.

Was meinste du damit ob eine Mail an root geschickt wird?

[carnil]

Hallo

Was meinste du damit ob eine Mail an root geschickt wird?

Unter der Bedingung natürlich dass ein MTA installiert ist und das System entsprechend eingerichtet ist, erhält der User der ein Cronjob ausführt eine Mail. Gebe mal in einer Konsole als root mail ein (falls es installiert ist).

Wie sieht das Skript selber aus? Verwendest Du absolute Pfade zu den Programmen, die dort benutzt werden? Ansonsten könnte man versuchen, in der crontab noch explizit eine PATH-Variable zu setzen.

[Cerox]

Achso, wusste nicht das es sowas gibt, ne keine Mails.

[hp_tux]

Hallo,

hmm, wie sieht Dein Skript denn aus?

Gruß

hp_tux

[stefan-tiger]

So läuft es auch nicht. Das Script wurde definitiv nicht ausgeführt, denn sonst würde ich die Anderungen des Scriptes bemerken.

Achja? Hast du im Script Pfade drin? Das mach ich z.B. immer.

Also statt "grep" hab ich dann "/bin/grep" drin.

So schließ ich aus, daß das Script nicht geht weil Umgebungsvariablen fehlen.

Wenn du ein altes cron hast (debian woody) musst du darauf achten, daß im scriptname kein "." (Punkt) ist und es nicht mit einer Zahl beginnt.

Sind deine Scripte ausführbar?

Zum Test ganz zu Beginn einfügen "/bin/echo "juhu" > /tmp/juhu.txt".
Du kannst auch kurz bevor cron ausgeführt wird per "tail -f /var/log/messages" ansehen was so passiert.

Gruß

[Cerox]

Also das Script löscht die iptables, fragt jetzt nicht warum das ist ja auch egal.

#!/bin/sh
iptables --flush

Das Script arbeitet richtig wenn ich es einfach ausführe, also mit ./script.sh.

Danach schaue ich mir das Ergebnis mit iptables -L an.

Und mit dem Cronjob geht das eben nicht ,die iptables sind danach nicht leer, d.h. der Cronjob bzw. das Script wurde nicht ausgeführt.

EDIT:
Ich habe jetzt mal die Zeile mit der Textdatei hinzugefügt. Sie wird durch den Cronjob erstellt^^

[stefan-tiger]

Probiers mal mit:

whereis iptables

Dannmachst du:

#!/bin/sh
/pfad/zu/iptables --flush

Gruß

[Cerox]

LoL es hat jetzt funktioniert danke erstmal.

Aber wieso funktioniert "iptables --flush" wenn ich die Datei mit ./script.sh ausführe dann?

Und im Cronjob geht es nur mit "/sbin/iptables --flush"

[carnil]

Hallo

hatte ich eigentlich schon vermutet (siehe oben), /sbin ist eventuell nicht in der PATH-Variable für/der crontab

Hingegen ist natürlich /sbin in der PATH-Variable von root, und das Ausführen funktioniert als User root dann normal.

Hoffe, ich habe es verständlich ausgedrückt.

[Cerox]

Hm okay, dann nehm ich das mal so hin ^^

Danke für eure Hilfe.