Periodisch wiederholte Ausführung - cron
|
|
Der cron-Demon (Server) ist in jeder Linux-Distribution
installiert und gestartet. Er kontrolliert in jeder Minute
einmal, ob auszuführende Jobs vorliegen. |
Es gibt verschiedene Möglichkeiten,
einen cron-Job in Auftrag zu geben: |
System-crontab
●
In der Datei /etc/crontab sind
die cron-Jobs des Betriebssystems nach einer
speziellen Syntax gelistet. Diese Datei darf nur durch den
SuperUser root beschreibbar sein.
●
Hier sind normalerweise einige Systemjobs eingetragen, die man besser
nicht verändert.
In der Zeile # Syntax finden sie die 'Grammatik' eigener
Einträge (die am besten am Ende der Datei angefügt werden):
●
Die Reihenfolge der Datum- und Zeit-Angaben ist gewöhnungsbedürftig:
Je ein Eintrag für Minuten (0..59), Stunden (0..23), Tag (des Monats, 1..31), Monat
(1..12),
→ Wochentag (0→So..6→Sa),
User und Befehl;
Als Trennzeichen dienen blank (Leerzeichen) oder tab (Tabulator).
Der * Stern ist ein Joker für alle Werte.
●
Man muss alle Teile der Befehlszeile angeben und darf nichts weglassen.
●
cron reagiert sofort (nach max 1 min) auf jede Änderung
der crontab, und braucht nicht neu gestartet werden.
●
# Kommentare nur in eigene Zeilen ! |
Muster der Text-Datei crontab:
# file /etc/crontab
# ...
# Syntax: min std tag monat wotag user befehl
# täglich zu jeder vollen Stunde
0 * * * * root /home/ich/test
# täglich von 09:30 bis 16:30 zu jeder halben Stunde
30 9-16 * * * root /home/test/testjob
# an jedem Monatsersten um 08:15
15 8 1 * * root /home/ich/test
# an jedem Freitag, 13. um 13:13
13 13 13 * 5 root /home/test/testjob
# heute um 09:00, 12:00 und 15:00
0 9,12,15 25 3 * root /home/ich/test
# am 24.Dezember um 12:34
34 12 24 12 * root /home/ich/test
|
cron-Verzeichnisse
●
Der cron-Demon durchsucht automatisch die rechts
angezeigten Verzeichnisse und führt alle darin enthaltenen Scripts aus.
Wenn sie ein Script z.B. nach /etc/cron.daily kopieren,
dann wird es "täglich" einmal automatisch ausgeführt,
normalerweise ca. 15 Minuten nach System-Start
(↓ konfigurierbar).
In diesem Fall wird der Job nicht
in /etc/crontab eingetragen.
●
cron reagiert sofort auf jede Änderung im Inhalt
der cron-Verzeichnisse.
●
Es ist übersichtlicher, wenn es von einem Programm nur eine einzige
"gültige" Kopie gibt. Daher legt man im cron-Verzeichnis keine
zusätzliche Kopie an, sondern besser einen Link (Alias, Verweis) auf das
Original. |
/etc/cron.hourly/
/etc/cron.daily/
/etc/cron.weekly/
/etc/cron.monthly/
cron-Link zu einem Script-Programm anlegen:
# ln -s /home/ich/test.pl /etc/cron.daily/ich_test
|
Ausführungs-Rechte
Je nach Konfiguration gelten unterschiedliche Regeln für die
Zulassung eines cron-Jobs:
•
Wenn die Datei cron.allow existiert, dann muss der
eingetragene User darin ausdrücklich angeführt werden.
•
Wenn die Datei cron.deny existiert, dann darf der
User darin nicht eingetragen sein.
•
Wenn keine der beiden Dateien existiert, dann darf nur der
SuperUser root den Job ausführen. |
Wenn mit cron ein Script-Programm ausgeführt
werden soll, dann muss der angegebene User natürlich auch das Recht
dazu haben bzw. muss das Programm als executable
markiert sein. |
cron.d Verzeichnis
●
Der cron-Demon durchsucht auch dieses Verzeichnis,
erwartet darin jedoch keine ausführbaren Scripts,
sondern weitere Steuerdateien, in welchen cron-Jobs nach
der oben erwähnten crontab-Syntax eingetragen sind.
|
/etc/cron.d/
|
●
Wenn ein Programm mit cron gestartet wird, erhält
es aus Sicherheits-Gründen nur wenige
→ Umgebungs-Variable - viel weniger als bei manuellem Start an einer Konsole.
Das führt oft zu Problemen.
●
Ein mit cron gestartetes Programm sollte normalerweise
keinen Ausgabe-Text an die Konsole senden. Daher ist es schwierig, allfällige
(in diesem Fall: häufige) Fehler zu finden und zu beheben.
|
●
Es ist für wenig geübte EntwicklerInnen besonders schwierig, Programme
herzustellen, die sich mit cron automatisch starten lassen.
Auf der Seite → Linux
Umgebungs-Daten werden dazu Beispiele, Test-Programme und Tipps vorgestellt.
|
System-Vorgaben
In diesem Pfad befindet sich (bei SuSE Linux) eine Text-Datei
zur cron-Konfiguration:
/etc/sysconfig/cron
Die Datei ist mit Kommentaren gut dokumentiert. Die Standard-Konfiguration ist
sinnvoll und sollte nur dann geändert werden, wenn wichtige Argumente
dafür sprechen.
|
Alternativen
anachron und fchron bieten Ergänzungen
bzw. Erweiterungen, insbesondere für Arbeits-PC, die täglich ein- und ausgeschaltet
werden: Sie holen diverse Routine-Aufgaben nach dem Hochfahren nach.
|
Server-Rettung
Server-PC befinden sich oft in entfernten, versperrten Räumen und sind dann
schwer zugänglich. Wenn ein derartiger Server außer Kontrolle gerät,
dann ist es vorteilhaft, eine Möglichkeit zur Reparatur auch ohne direkten
Zugang zu haben.
Die Voraussetzungen dazu sind meistens erfüllt::
•
Das Server-Betriebssystem läuft noch und ist nicht abgestürzt
•
Der Cron-Dienst funktioniert.
•
Mindestens einer dieser Dienste funktioniert, mit dem sich eine Datei auf den
Server kopieren lässt: SSH, FTP, Fileserver (NFS, Samba). |
Mit etwas Glück ist es möglich, ein kleines Script-Programm auf den Server zu
kopieren, mit dessen Hilfe der PC mindestens so weit gebracht wird, dass eine Reparatur
wieder möglich ist:
Der Cron-Dienst wird bei der Vorbereitung angewiesen, ein bestimmtes Script zu fixen
Zeiten (z.B. täglich um Mitternacht) asuzuführen. Unter normalen Umständen
enthält dieses Script keine Anweisungen. Im Notfall kann man es durch ein Script
ersetzen, welches die gewünschten Anweisungen enthält, z.B. zum Beenden
bestimmter Prozesse oder für einen Neustart des Servers. |
Linux
Cygwin
VI-Homepage:
Einer der Interrupts hat eine Sonderstellung: Der
Der Begriff 'Jiffy' ist je nach Arbeitsgebiet mehrdeutig:
In der Windows Registry-Datenbank werden zahlreiche Daten verwaltet,
die im Zusammenhang mit den Zeit-Funktionen des Systems stehen, z.B.