Cronjob reagiert falsch

[Rolf-Werner]

Moin,

kennt hier jemand Dirvish? Ist eine Scriptsammlung für Backups und setzt auf rsync auf.

Eine merkwürdige Reaktion kriege ich hier: wenn ich das Backup per cron aufrufe, sagt er immer nur sofort "fertig" (Meldung per Mail an root) und beendet sich sofort wieder. Rufe ich das Script per Hand auf (als root), läuft es normal durch, das Backup könnte also funktionieren und mein Script ist auch ok.

Woran könnte das liegen?

Ein paar Details:

In /etc/crontab heißt es z. B.

15 09 * * 1-5 root /root/bin/backup-dirvish

Dieses Script von mir mountet die Backup-Festplatte und schmeißt Dirvish an:

#!/bin/sh

mount /dev/sdg1 /mnt

if [ ! -d /mnt/backups ]
then
    echo Backupfestplatte nicht gefunden
    exit 1
fi

/usr/local/sbin/dirvish-expire
/usr/local/sbin/dirvish-runall

umount /mnt

Wenn jetzt cron dieses Script anwirft, läuft Dirvish nur in einer Sekunde leer durch und meldet "done". Wenn ich es per Hand anwerfe, läuft es ganz normal und backt up oder upt back...

Rolf

 

[Rolf-Werner]

Hat sich aufgeklärt - es lag am Pfad.

Wird das Script per cronjob aufgerufen, fehlt ihm der Pfad zum Programm. Deshalb hab ich in meinem Script

PATH=$PATH:/usr/local/sbin

angegeben, und jetzt läuft es.

Rolf

 

[P6CNAT]

Hallo,

wozu dient das das root in deinem crontab Eintrag?

15 09 * * 1-5 root /root/bin/backup-dirvish

Ich denke es ist besser eine crontab für den User root anzulegen und wichtige Dinge darin laufen zu lassen. Am besten noch mit einer Ausgabe in ein Logfile. Z.B.:

15 09 * * 1-5 /root/bin/backup-dirvish >> /home/username/log/backup-dirvish.log 2>&1

Gruß
Georg

 

[Rolf-Werner]

Ich weiß nicht - soweit ich mich erinnere, hab ich mal gelesen, dass die das bei Suse so machen, weil das in der Umgebung von root ablaufen soll. Ich hab das nur so übernommen aus der vorgegebenen crontab.

Für eigene "lokale" cronjobs gibt es doch auch noch was, wo war es noch gleich? Jeder User kann sich sowas einrichten...

Rolf

 

[P6CNAT]

Hallo,

ich vermute du meinst die Dateien:

      /etc/cron.allow
      /etc/cron.deny

Bei mir, einer Standardinstallation gibs cron.deny mit der Sperre für guest und gast. Das heisst, alle anderen Benutzer dürfen eine crontab anlegen.

Unter der Seite http://de.wikipedia.org/wiki/Cron stehen ein einige Erklärungen. Die Bedeutung des root in der Zeile des Eintrages aber nicht. Ich habe auch keinen Hinweis in den crontab Manpages gefunden. Dessen Sinn ist mir ein Rätsel, jetzt bin ich auch zu müde, um weiter zu recherchieren. Wenn es funktioniert, solls Recht sein.
Vielleicht kann es ja ein Anderer erklären.

Gruß
Georg

 

[rolle]

Das ist einfach der Benutzer, unter dem der Cronjob laufen soll.

 

[P6CNAT]

Hallo,

das ist ein naheligender Gedanke, ich bin aber trotzdem irritiert.
Die Bedeutung der Parameter in den Crontab Einträgen hängt von deren Position in der Zeile ab.
Laut üblicher Doku ist der Parameter in der Position 6 das auzuführende Kommando.
Unter Linux kann der Parameter 6 anscheinend zwei verschiedene Bedeutungen haben, wobei das auzuführende Kommando in die Position 7 rücken würde.
Das gehört in den Manpages für crontab erläutert.

Ich arbeite viel mit Unix und habe daher Vergleichsmöglichkeiten. Normalerweise sind die Manpages unter Linux besser als unter Unix.
Die Beschreibung der crontabs ist da leider eine unrühmliche Ausnahme.

Gruß
Georg

 

[Tooltime]

man 5 crontab (openSUSE 11.0):

• The format of a cron command is very much the V7 standard, with a number of upward-compatible extensions. Each line has five time and date fields, followed by a user name if this is the system crontab file, followed by a command.

 

[P6CNAT]

Ahh,

man 5 crontab (openSUSE 11.0):

etwas versteckt, aber vorhanden und gut beschrieben. So wie ich es von Linux kenne.

Gruß
Georg