107.2 Lektion 1

Unter Linux ist cron ein Daemon, der permanent läuft und jede Minute aufwacht, um einen Satz von Tabellen auf auszuführende Aufgaben zu überprüfen. Diese Tabellen heißen Crontabs und enthalten die sogenannten Cronjobs. Cron eignet sich für Server und Systeme, die ständig eingeschaltet sind, da ein Cronjob nur ausgeführt wird, wenn das System zur geplanten Zeit läuft. Es steht sowohl normalen Benutzern zur Verfügung, die jeweils ihre eigenen Crontabs haben, als auch root, der die systemweiten Crontabs verwaltet.

User Crontabs sind Textdateien zur Planung benutzerdefinierter Cronjobs. Sie sind stets nach dem Benutzerkonto benannt, das sie erstellt, aber der Speicherort dieser Dateien ist abhängig von der verwendeten Distribution (meist ein Unterverzeichnis von /var/spool/cron).

Jede Zeile in einem User Crontab enthält sechs durch ein Leerzeichen getrennte Felder:

Für den Monat des Jahres und den Tag der Woche können Sie die ersten drei Buchstaben des Namens anstelle der entsprechenden Zahl verwenden.

Die ersten fünf Felder geben an, wann der Befehl ausgeführt werden soll, der im sechsten Feld steht. Sie können einen oder mehrere Zeitpunkte definieren. Mehrere Zeitpunkte sind wie folgt anzugeben:

Viele Distributionen enthalten die Datei /etc/crontab als Referenz für das Layout einer cron-Datei. Hier die /etc/crontab-Beispieldatei einer Debian-Installation:

System-Crontabs sind Textdateien zur Verwaltung systemweiter Cronjobs, die nur der Benutzer root bearbeiten kann. /etc/crontab und alle Dateien im Verzeichnis /etc/cron.d sind System-Crontabs.

Die meisten Distributionen enthalten auch die Verzeichnisse /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly und /etc/cron.monthly mit Skripten, die mit der entsprechenden Frequenz ausgeführt werden sollen. Wenn Sie z.B. ein Skript täglich ausführen möchten, können Sie es in /etc/cron.daily ablegen.

Die Syntax von System-Crontabs ähnelt der von Benutzer-Crontabs, erfordert jedoch ein zusätzliches Pflichtfeld, das angibt, welcher Benutzer den Cronjob ausführt. Daher enthält jede Zeile in einer System-Crontab sieben durch ein Leerzeichen getrennte Felder:

Wie bei Benutzer-Crontabs können Sie mit den Operatoren *, , , - und / mehrere Zeitpunkte in den Zeitfeldern angeben sowie den Monat und den Wochentag mit den ersten drei Buchstaben des Namens statt der entsprechenden Zahl angeben.

In Crontab-Dateien können Sie statt der Zeitangaben auch spezielle Kürzel in den ersten fünf Spalten verwenden:

In einer crontab-Datei sind manchmal Variablenzuweisungen definiert, bevor die geplanten Aufgaben deklariert werden. Die üblicherweise gesetzten Umgebungsvariablen sind:

Mit dem Befehl crontab verwalten Sie die Crontab-Dateien einzelner Benutzer. Mit crontab -e bearbeiten Sie Ihre eigene Crontab-Datei oder erstellen sie, falls sie noch nicht existiert:

Standardmäßig öffnet der Befehl crontab den durch die Umgebungsvariablen VISUAL oder EDITOR angegebenen Editor, so dass Sie die Bearbeitung Ihrer Crontab-Datei mit dem bevorzugten Editor vornehmen können. Einige Distributionen, wie im obigen Beispiel gezeigt, erlauben die Auswahl des Editors aus einer Liste, wenn crontab zum ersten Mal ausgeführt wird.

Wenn Sie das Skript foo.sh, das sich in Ihrem Homeverzeichnis befindet, jeden Tag um 10:00 Uhr ausführen möchten, nehmen Sie die folgende Zeile in Ihre Crontab-Datei auf:

Betrachten Sie die folgenden Crontab-Beispieleinträge:

In der ersten Zeile wird das Skript bar.sh jeden Dienstag um 08:00 Uhr, um 08:15 Uhr, um 08:30 Uhr und um 08:45 Uhr ausgeführt. In der zweiten Zeile wird das Skript foobar.sh um 08:30 Uhr von Montag bis Freitag für die ersten fünfzehn Tage im Januar und Juni ausgeführt.

Neben der oben erwähnten Option -e hat der Befehl crontab weitere nützliche Optionen:

Im Gegensatz zu Benutzer-Crontabs werden System-Crontabs mit einem Editor aktualisiert. Daher müssen Sie nicht den Befehl crontab ausführen, um /etc/crontab und die Dateien in /etc/cron.d zu bearbeiten. Denken Sie daran, dass Sie beim Bearbeiten von System-Crontabs das Konto angeben müssen, das für die Ausführung des Cronjobs verwendet wird (normalerweise der Benutzer root).

Wenn Sie zum Beispiel das Skript barfoo.sh im Verzeichnis /root jeden Tag um 01:30 Uhr ausführen möchten, öffnen Sie /etc/crontab mit Ihrem bevorzugten Editor und fügen folgende Zeile hinzu:

Im obigen Beispiel wird die Ausgabe des Auftrags an /root/output.log angehängt, Fehler an /root/error.log.

Unter Linux dienen die Dateien /etc/cron.allow und /etc/cron.deny dazu, Einschränkungen für crontab zu definieren. Insbesondere können Sie hier Cronjobs für verschiedene Benutzer erlauben oder verbieten. Wenn die Datei /etc/cron.allow existiert, können nur darin aufgeführte Nicht-Root-Benutzer Cronjobs mit dem Befehl crontab planen. Wenn /etc/cron.deny existiert, /etc/cron.allow aber nicht, können Nicht-Root-Benutzer, die in dieser Datei aufgeführt sind, keine Cronjobs mit dem Befehl crontab planen (in diesem Fall bedeutet eine leere /etc/cron.deny, dass jeder Benutzer Cronjobs mit crontab planen darf). Wenn keine dieser Dateien existiert, hängt der Zugriff des Benutzers auf die Planung von Cronjobs von der verwendeten Distribution ab.

Wenn Sie systemd als System- und Dienstmanager verwenden, steht Ihnen timers als Alternative zu cron für die Aufgabenplanung zur Verfügung. Timers sind systemd-Unitdateien mit dem Suffix .timer. Für jede muss es eine entsprechende Unitdatei geben, die die Unit beschreibt, die aktiviert werden soll, wenn der Timer abläuft. Standardmäßig aktiviert ein timer einen Dienst mit demselben Namen (ohne das Suffix).

Ein Timer enthält einen Abschnitt [Timer], der angibt, wann geplante Aufträge ausgeführt werden sollen. Nutzen Sie die Option OnCalendar=, um Echtzeit-Timer zu definieren, die wie Cronjobs funktionieren (sie basieren auf Ausdrücken für Kalenderereignisse). Die Option OnCalendar= hat die folgende Syntax:

DayOfWeek ist optional ist. Die Operatoren *, / und , haben die gleiche Bedeutung wie bei Cronjobs, während Sie mit .. zwischen zwei Werten einen Bereich angeben. Für die Angabe von DayOfWeek können Sie die ersten drei Buchstaben des Namens oder den vollständigen Namen verwenden.

Wenn Sie z.B. den Dienst /etc/systemd/system/foobar.service am ersten Montag jedes Monats um 05:30 Uhr ausführen möchten, fügen Sie die folgenden Zeilen in die entsprechende Unitdatei /etc/systemd/system/foobar.timer ein:

Sobald Sie den neuen Timer erstellt haben, können Sie ihn aktivieren und starten, indem Sie die folgenden Befehle als root ausführen:

Sie ändern die Frequenz Ihres geplanten Auftrags, indem Sie den Wert OnCalendar ändern und dann den Befehl systemctl daemon-reload ausführen.

Um die Liste der aktiven Timer, sortiert nach Ablaufzeiten, anzuzeigen, nutzen Sie den Befehl systemctl list-timers. Mit der Option --all fügen Sie auch die inaktiven Timer-Units hinzu.

Statt der oben erwähnten, längeren normalisierten Form stehen einige spezielle Ausdrücke für bestimmte Häufigkeiten der Auftragsausführung bereit:

Die vollständige Liste der Zeit- und Datumsangaben finden Sie in den Manpages unter systemd.timer(5).