crontab wird nicht ausgeführt

stefan-becker

stefan-becker

New Member
Hallo,

ich habe einen 1blu vServer mit Debian 3.1 und Plesk 8.2.

Leider werden die contabs nicht ausgeführt. Ich habe in der /etc/crontab einen eigenen crontab angelegt, der funktioniert.

Inhalt der /etc/crontab
Code: 
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=test@test.de

# m h dom mon dow user  command
56 * * * * root  /etc/cron.hourly
52 1 * * * root test -x /usr/sbin/anacron || run-parts --report /etc/cron.daily
22 5 * * 7 root test -x /usr/sbin/anacron || run-parts --report /etc/cron.weekly
58 0 10 * * root test -x /usr/sbin/anacron || run-parts --report /etc/cron.monthly
#


*/5 * * * * root (cd /opt/sitebuilder/utils && /opt/php52/bin/php5 tasksmng.php > /dev/null 2>&1)

wenn ich /etc/cron.daily einzelnd aufrufe, funktioniert es ohne Probleme.

Wo kann da der Haken sein?

Stefan
 
Last edited by a moderator:
Welche Cronjobs laufen aus Deiner Tabelle denn nun und welche nicht?
Falls keiner funktioniert, überprüf doch mal ob crond überhaupt läuft.

Der hourly sollte übrigens ebenfalls ein "run-parts" davor haben.

huschi.
 
Deinen Cronjob solltest du nicht in die globale crontab eintragen.

Der gehört in die User-crontab von root. Die bearbeitest du mit
Code: 
crontab -e

Code: 
*/5 * * * * (cd /opt/sitebuilder/utils && /opt/php52/bin/php5 tasksmng.php) > /dev/null 2>&1
(Die schließende Klammer muss vor die Ausgabeumleitung)
 
Huschi said:
Falls keiner funktioniert, überprüf doch mal ob crond überhaupt läuft.
Click to expand...

Also wenn ich die Scripte durch z.B. run-parts /etc/cron.daily aufrufe funktionieren sie ohne Probleme. Sie werden halt nur nicht automatisch aufgerufen...

Huschi said:
Der hourly sollte übrigens ebenfalls ein "run-parts" davor haben.
Click to expand...

Korrekt. Hatte ich aus testzwecken mal weggenommen.

@elias5000

Das ganze kommt ja von Plesk, da will ich eigentlich nicht drin rum doktern. Ich will ja nur das es richtig funktioniert ...
 
Mal heißt ein Start-Script mit 'd' am Ende, mal ohne. Ich schau nicht für jeden einzelnen Kunden nach... :)
Ich selber nutze die Macht der Tab-Taste.

huschi.
 
Also leider war das auch nicht Lösung. Aber cron muss ja auch eigentlich gelaufen sein, weil ja sonst mein cron.test nicht gelaufen wäre.
 
Das ist das Ergebnis. Also läuft doch der cron..

Code: 
v32367:~# ps aux | grep cron
root     23635  0.0  0.0  1764  744 ?        Ss   Aug02   0:00 /usr/sbin/cron
root     31983  0.0  0.0  1548  476 pts/1    S+   14:35   0:00 grep cron
 
Damit haben wir endlich mal Punkt 1 geklärt.

Punkt 2: Logfiles!
Debian loggt Cronjobs in /var/log/syslog.
Stehen oder standen früher dort entsprechende CRON-Einträge?
Wenn nicht mehr jetzt, wann haben sie aufgehört?
Wenn doch noch jetzt, welche werden denn aufgerufen?

Und noch ein Punkt nebenbei:
Du ließt doch bestimmt die Emails an root, oder?
Wenn nicht, warum? Dort kommen schließlich die Fehlermeldungen von crond an.

huschi.
 
So zu den Logfiles:

Da finde ich doch einen cron:
Code: 
Aug  2 20:10:01 v32367 /USR/SBIN/CRON[11489]: (root) CMD ((cd /opt/sitebuilder/utils && /opt/php52/bin/php5 tasksmng.php > /dev/null 2>&1))
Aug  2 20:10:01 v32367 /USR/SBIN/CRON[11493]: (www-data) CMD ([ -x /usr/lib/cgi-bin/awstats.pl -a -f /etc/awstats/awstats.conf -a -r /var/log/apache/access.log ] && /usr/lib/cgi-bin/awstats.pl -config=awstats -update >/dev/null)

Aug  2 20:15:01 v32367 /USR/SBIN/CRON[16195]: (root) CMD ((cd /opt/sitebuilder/utils && /opt/php52/bin/php5 tasksmng.php > /dev/null 2>&1))

Aug  2 20:20:02 v32367 /USR/SBIN/CRON[23806]: (root) CMD ((cd /opt/sitebuilder/utils && /opt/php52/bin/php5 tasksmng.php > /dev/null 2>&1))

Aug  2 20:56:01 v32367 /USR/SBIN/CRON[3625]: (root) CMD (run-parts --report /etc/cron.hourly)

Diese laufen bis jetzt ohne Probleme, nur der daily kommt da gar nicht aus den puschen.

Es gibt keine Mail für den root :-(
 
Schon mal versucht den Part mit "anacron" raus zu nehmen?

Die Mails an root gibt es. Die verschwinden bei Dir nur im Mail-Nirvana.
Schau in /var/qmail/aliases/.qmail-root nach. Und überprüf alle anderen Dateien in dem Verzeichnis auf gültige Email-Weiterleitungen.

huschi.
 
Huschi said:
Schon mal versucht den Part mit "anacron" raus zu nehmen?
Click to expand...

Ja das habe ich auch probiert und siehe da, es läuft. Die Frage ist nur, ob ich das einfach weglassen kann?


Huschi said:
Die Mails an root gibt es. Die verschwinden bei Dir nur im Mail-Nirvana.
Schau in /var/qmail/aliases/.qmail-root nach. Und überprüf alle anderen Dateien in dem Verzeichnis auf gültige Email-Weiterleitungen.
Click to expand...

Dort steht &test@test.de drin. In den anderen Dateien auch. Ist das & Korrekt?

Stefan
 
Ja, das & ist korrekt. Nur sollte dahinter eine Deiner Email-Adressen stehen. :)
Am Besten übrigens eine, die nicht auf dem Server selbst liegt (also GMX, Web.de, etc.)

huschi.
 
So habe ich dann eingetragen. Mal sehn ob was ankommt ;-)

Kann ich denn in meiner crontab jetzt einfach das

Code: 
 test -x /usr/sbin/anacron

weglassen?

Stefan
 
OK, jetzt klappt es alles wunderschön.

Ich wollte jetzt den Server jede Nacht neustarten. Dazu habe ich in cron.daily noch das File xneustart hinzugefügt. Jedoch startet der Server jetzt sofort neu, wenn cron.daily aufgerufen wird. Werden die Dateien nicht der Reihe nach aufgerufen?

Stefan
 
You must log in or register to reply here.
Back
Top