Cron: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
| Zeile 78: | Zeile 78: | ||
* Cron protokolliert jeden Start – unabhängig davon, ob der Befehl selbst funktioniert hat | * Cron protokolliert jeden Start – unabhängig davon, ob der Befehl selbst funktioniert hat | ||
;Debian | ;Debian | ||
| − | * | + | *journalctl -fu cron |
;Rocky | ;Rocky | ||
*journalctl -u crond -f | *journalctl -u crond -f | ||
Aktuelle Version vom 27. August 2026, 12:43 Uhr
Chronos Tabula
- Der Name leitet sich vom griechischen Wort für Zeit ab
- Der Entwickler hat sich jedoch verschrieben
- Der cron-Daemon ist eine Jobsteuerung für wiederkehrende Aufgaben, die automatisch zu einer bestimmten Zeit ausgeführt werden sollen (cronjobs).
- z.B. Archivieren und Löschen von Logdateien, Erneuern von Zertifikaten, DynDNS oder andere Programme zur Instandhaltung des Systems
- Der Cron-Daemon überwacht dazu verschiedene Dateien und Verzeichnisse, in denen Anweisungen liegen, die in regelmäßigen Abständen ausgeführt werden sollen (crontabs).
- Beim Start des Daemons wird die Tabelle in den Arbeitsspeicher geladen
- Es wird minütlich nach auszuführenden Jobs und Änderungen im crontab geprüft
Crontabs
- Um Syntaxfehler zu vermeiden, werden die Tabellen nicht nur mit dem Texteditor bearbeitet, sondern über den Befehl: crontab
User-Crontab
- Jeder Benutzer des Systems kann eine eigene Crontab erstellen und bearbeiten
- Die Jobs, die darin aufgeführt sind, werden von Cron unter der jeweiligen Benutzerkennung ausgeführt
Systemweiter Crontab
- Befindet sich unter /etc/crontab
- Das Format unterscheidet sich etwas von den Benutzercrontabs: es gibt eine zusätzliche Spalte für den Benutzer, unter dem der Job laufen soll
/etc/cron.d/
- Hier liegen Dateien im selben Format wie /etc/crontab – also mit Zeitfeldern und Benutzerspalte
- Nützlich für Snippets, vor allem für Pakete, die eigene Jobs mitbringen
cron.hourly, cron.daily, cron.weekly, cron.monthly
- Anderes Prinzip: Hier liegen keine Crontab-Zeilen, sondern ausführbare Skripte ohne jede Zeitangabe
- Wann sie laufen, steht in /etc/crontab bzw. wird von anacron bestimmt
- Die Datei muss ausführbar sein und darf keinen Punkt im Namen haben – backup.sh wird ignoriert, backup läuft
Aufbau einer Crontab-Datei
* * * * * auszuführender Befehl ┬ ┬ ┬ ┬ ┬ │ │ │ │ │ │ │ │ │ └──── Wochentag (0-7 oder Sun, Mon, Tue,etc) (Sonntag =0 oder =7) │ │ │ └────── Monat (1-12 oder Jan, Feb, etc) │ │ └──────── Tag (1-31) │ └────────── Stunde (0-23) └──────────── Minute (0-59)
z.B. wöchentliches Backup der Heimatverzeichnisse aller Benutzer um 3 Uhr morgens:
0 3 * * 1 tar -zcf /var/backups/home.tgz /home/
- Achtung beim Prozentzeichen
- In der Crontab bedeutet ein unmaskiertes
%einen Zeilenumbruch – alles dahinter wird zur Standardeingabe des Befehls - Datumsformate müssen deshalb maskiert werden:
0 3 * * 1 tar -zcf /var/backups/home-$(date +\%F).tgz /home/
Beispiele
- */2 - Dieser Eintrag führt die Aufgabe alle 2 Minuten aus.
*/2 * * * * /pfad/zum/skript.sh
- 1,3,5,9 - Dieser Eintrag führt die Aufgabe zu bestimmten Minuten aus, nämlich 1, 3, 5 und 9.
1,3,5,9 * * * * /pfad/zum/skript.sh
- 5-9 - Dieser Eintrag führt die Aufgabe von Minute 5 bis Minute 9 in jeder Stunde aus.
5-9 * * * * /pfad/zum/skript.sh
Die Umgebung im Cron
- Cron startet den Job nicht in Ihrer Login-Umgebung:
PATHist auf/usr/bin:/binbeschränkt,.bashrcund.profilewerden nicht gelesen - Das ist der häufigste Grund für „im Terminal geht es, im Cron nicht"
- Deshalb im Job absolute Pfade verwenden oder
PATHoben in der Crontab setzen:
PATH=/usr/local/bin:/usr/bin:/bin
- Zum Nachsehen, was der Job tatsächlich vorfindet:
* * * * * env > /tmp/cronenv.txt
Lief der Job?
- Cron protokolliert jeden Start – unabhängig davon, ob der Befehl selbst funktioniert hat
- Debian
- journalctl -fu cron
- Rocky
- journalctl -u crond -f
- Ausgaben des Befehls gehen per Mail an den Benutzer. Ist kein Mailsystem eingerichtet, sind sie weg – deshalb im Job umleiten:
0 3 * * 1 /pfad/zum/skript.sh >> /var/log/mein-job.log 2>&1
Verwaltung von Crontab
Eigene Crontab anzeigen
- crontab -l
Crontab eines anderen Benutzers anzeigen
- crontab -lu Benutzer
Crontab bearbeiten
- crontab -e
Crontab löschen
- crontab -r
Crontab aus einer Datei lesen
- crontab /Pfad/zur/Datei
Alternative Systemd
- Systemd-Service-Dateien haben auch eine Timer-Funktion
- Vorteile gegenüber Cron:
- Sekundenauflösung statt Minute
Persistent=trueholt verpasste Läufe nach, wenn die Maschine zur fälligen Zeit aus war- Die Ausgabe landet im Journal und ist mit
journalctl -uabrufbar, statt per Mail verloren zu gehen - Abhängigkeiten zu anderen Units sind möglich
Aufgaben
Aufgaben 1
- Erstellen Sie einen Cron-Job, der jede halbe Stunde den Inhalt von /tmp nach /var/log/tmp.log schreibt.
- Erstellen Sie einen Cron-Job, der von Montag bis Freitag um 11 Uhr die Dateien aus /bin nach /root sichert.
- Erstellen Sie einen Cron-Job, der jede Minute den aktuellen Speicherverbrauch in eine Logdatei schreibt.
- Erstellen Sie einen Cron-Job, der jeden Tag um 12 Uhr mittags eine Datei mit dem Datum im Namen anlegt. Achten Sie auf das Prozentzeichen.
- Erstellen Sie einen Cron-Job, der jeden Montag um 3 Uhr morgens ein Backup Ihres Home-Verzeichnisses erstellt.
- Prüfen Sie im Log, ob die Jobs gestartet wurden.
- Lassen Sie sich Ihre Crontab anzeigen und löschen Sie anschließend alle Jobs.
Aufgaben 2: Backup-Server mit Cron
- Installieren Sie nfs-common (Debian) bzw. nfs-utils (Rocky).
- Erstellen Sie das Verzeichnis /mnt/backup.
- Tragen Sie die Freigabe in die /etc/fstab ein:
192.168.6.200:/mnt/data /mnt/backup nfs defaults 0 0
- Laden Sie die Konfiguration neu, hängen Sie ein und kontrollieren Sie die Anbindung.
- Erstellen Sie in /mnt/backup ein Verzeichnis mit Ihrem Hostnamen.
- Erstellen Sie einen Cron-Job, der stündlich Ihr /etc in dieses Verzeichnis sichert. Die Sicherung soll einen Namen in der Art 2024-07-17-15-30-etc erhalten.
- Warum muss hier besonders auf das Prozentzeichen geachtet werden?
