Crontab kein Fehler, aber nicht die Skript ausführen
Ich versuche das ausführen einer shell-Skript von cron auf Freebsd.
Um zu testen, ob crontab
ist zu arbeiten, schrieb ich die Zeile
* * * * * echo "Hello" > /home/myuser/logile
- und es funktioniert gut.
Aber beim ausführen beliebigen script-es tut nichts, nichtmal eine Fehlermeldung. (Im Skript habe ich versucht zu laufen, ist genau das gleiche echo-Befehl)
Unten ist die Ausgabe von crontab -l
:
SHELL=/bin/sh
PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin
HOME=/home/myuser
MAILTO=myuser
* * * * * /home/myuser/shellscript.sh > /home/myuser/logfile
Warum ist das script nicht immer ausgeführt, obwohl crontab
ist offensichtlich laufen?
Die Berechtigung für alle Dateien eingestellt sind rwxr-xr-x
.
Könnten Sie die post-script? Ich weiß, Sie sagte, es ist trivial... aber... 😛
das Skript: #!/bin/sh echo "Hallo" und Werke von interaktive shell 😉
das Skript: #!/bin/sh echo "Hallo" und Werke von interaktive shell 😉
InformationsquelleAutor crontabOnFreebsd | 2010-01-12
Du musst angemeldet sein, um einen Kommentar abzugeben.
Haben Sie überprüft
/var/log/cron
für Hinweise?InformationsquelleAutor coneslayer
oder
war für mich in Macosx 10.6 als rootuser
InformationsquelleAutor user509443
Haben Sie überprüft, dass der Befehl-Linie hat einen Zeilenvorschub/CR am Ende der Zeile? Ich kämpfte für Stunden versucht, einen Grund zu finden für das nicht ausführen, php script über cron, wenn ich einfach nicht hatte, drückte Sie die EINGABETASTE am Ende der Zeile, wenn ich bearbeitet den Cronjobs mit crontab -e 🙂
InformationsquelleAutor Mayoneez
Haben Sie versucht,
InformationsquelleAutor Alberto Zaccagni
cron sendet alle Fehler per E-Mail an Besitzer der crontab-Datei (oft als "root" - so könnte man prüfen, Konto -, E-Mail). Haben alle Fehler per Mail an "crontabOnFreebsd" setzen:
in Ihre crontab (in der Nähe der Spitze).
Für weitere Informationen geben Sie folgenden Befehl ein:
InformationsquelleAutor Perry
Wenn Sie bekommen eine Fehlermeldung, dann das logfile kann nicht erfassen, versuchen Sie dies:
Seine schon eine Weile, da ich leider keine cron-Zeug, aber Dinge, die immer verwendet, um mich zu Holen:
Umgebungsvariablen nicht gesetzt werden: generell fand ich es für erforderlich, vollständige Pfade (auch Dinge wie "Katze"), um alle Befehle [oder zumindest set ENV Variablen, die im script selbst].
Sicherzustellen, das der Benutzer besitzt das script etc ist wirklich der Benutzer ist, der das Skript ausführt: dies möglicherweise nicht die gleichen user, die beim testen von der interaktiven shell. Das gleiche gilt für die Verzeichnisse/Dateien, die das Skript schreiben könnte.
Auch: überprüfen Sie die E-Mails für den root-Benutzer finden Sie vielleicht, dass die Fehler wurden umgeleitet, um den Posteingang, die helfen können Sie beheben diese weiter.
InformationsquelleAutor monojohnny