Cron: Unterschied zwischen den Versionen

Aus Xinux Wiki
Zur Navigation springen Zur Suche springen
 
(30 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
−
Der '''cron'''-Daemon ist eine Jobsteuerung von Unix bzw. unixartigen Betriebssystemen wie Linux, BSD oder Mac OS X, die wiederkehrende Aufgaben ''(cronjobs)'' automatisch zu einer bestimmten Zeit ausführen kann.
+
= Chronos Tabula =
  
−
Häufig führt der Cron-Daemon wichtige Programme für die Instandhaltung des Systems aus, wie zum Beispiel Dienste für das regelmäßige Archivieren und Löschen von Logdateien.
+
* Der Name leitet sich vom griechischen Wort für Zeit ab
 +
* Der Entwickler hat sich jedoch verschrieben
  
−
Der Cron-Daemon überwacht dazu verschiedene Dateien und Verzeichnisse, in denen Anweisungen liegen, die in regelmäßigen Abständen ausgeführt werden sollen. Diese Anweisungen werden Cron-Tabellen oder eben crontabs genannt.
+
[[Bild:cron-namensherkunft.png]]
−
Cron läd beim Start all die Dateien und Verzeichnisse, die er überwacht in den Arbeitsspeicher und überprüft jede Minute einmal, ob darin Jobs enthalten sind, die in der aktuellen Minute ausgeführt werden sollen. Wenn ja, so führt er sie aus. Außerdem überprüft cron jede Minute, ob sich an den Dateien oder Verzeichnissen etwas geändert hat und - falls ja - übernimmt er diese Änderungen im Speicher.  
 
−
Es gibt also mehrere Möglichkeiten, dem Cron-Daemon einen Job zur Ausführung zu übergeben. Die einzelnen Möglichkeiten sind:
 
  
−
Es gibt mehrere Möglichkeiten, dem Cron-Daemon einen Job zur Ausführung zu übergeben. Die einzelnen Möglichkeiten sind:
+
* 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, [https://www.duckdns.org/install.jsp 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
  
−
'''User-Crontabs'''
+
= Crontabs =
  
−
Jeder User des Systems kann eine eigene Crontab (also eine Datei mit Anweisungen für Cron) erstellen und bearbeiten. Die Jobs, die darin aufgeführt sind werden von Cron unter der Userkennung des Users ausgeführt, um dessen Crontab-Datei es sich handelt. Die User-Crontabs werden nicht direkt mit einem Editor verändert, sondern mit dem Befehl crontab(1).
+
* Um Syntaxfehler zu vermeiden, werden die Tabellen nicht nur mit dem Texteditor bearbeitet, sondern über den Befehl: '''crontab'''
  
−
'''Systemweite Crontab-Datei'''
+
== User-Crontab ==
  
−
Im Verzeichnis /etc existiert eine Datei crontab, die ebenfalls Cronjobs definiert. Das Format dieser Datei unterscheidet sich etwas von dem der Usercrontabs - siehe weiter unten...
+
* 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
  
−
'''cron.d Verzeichnis'''
+
== Systemweiter Crontab ==
  
−
Im Verzeichnis /etc kann ein Verzeichnis cron.d existieren, das Dateien im selben Format wie /etc/crontab enthalten darf. Auch diese Dateien werden von cron überwacht und darin enthaltene Befehle werden ausgeführt.
+
* Befindet sich unter ''/etc/crontab''
−
'''cron.{hourly,daily,weekly,monthly} Verzeichnisse'''
+
* Das Format unterscheidet sich etwas von den Benutzercrontabs: es gibt eine zusätzliche Spalte für den Benutzer, unter dem der Job laufen soll
−
Ebenfalls im /etc/verzeichnis können Verzeichnisse der Namen cron.hourly, cron.daily, cron.weekly und cron.monthly existieren. Diese Verzeichnisse enthalten nicht crontabs, sondern Shellscripts, die entsprechend stündlich, täglich, wöchentlich oder monatlich ausgeführt werden.
 
  
 +
== /etc/cron.d/ ==
  
−
= Aufbau einer Crontab Datei=
+
* 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
  
−
Die auszuführenden Befehle werden in einer benutzereigenen Tabelle gespeichert, der sogenannten ''crontab''. Jeder Benutzer kann eine crontab erstellen.
+
== cron.hourly, cron.daily, cron.weekly, cron.monthly ==
−
Crontab-Einträge sind entweder Definitionen von Shellvariablen oder zeitgesteuerte Cron-Befehle. Leere Zeilen oder Zeilen, die mit einem # beginnen werden ignoriert.
 
  
−
Normalerweise schickt cron alle Ausgaben von ausgeführten Kommandos per Mail an den User, der das Cron-Kommando ausführen liess. Die Variable MAILTO kann diese Eigenschaft verändern. Wenn sie den Namen eines Users enthält, so werden ihm und nicht dem ursprünglichen Cron-User die Mail geschickt. Ist die Variable MAILTO definiert, aber leer, so wird gar keine Mail verschickt.
+
* '''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
  
−
Diese zeitgesteuerten Cron-Befehle bestehen aus sechs Spalten; die ersten fünf dienen der Zeitangabe (Minute, Stunde, Tag, Monat, Wochentag), alle weiteren Zeichen bis zum Zeilenumbruch werden als der auszuführende Befehl aufgefasst. Die einzelnen Spalten werden durch Leerzeichen oder Tabulatoren getrennt.
+
= Aufbau einer Crontab-Datei =
−
 
−
Beispiel einer ''Crontab'':
 
−
SHELL=/bin/bash
 
−
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
 
−
MAILTO=""
 
−
 
−
#M    S  T M W    Befehl
 
−
5    *  * * *    /usr/bin/message.sh
 
−
*/5  *  * * *    /usr/bin/message.sh
 
−
59    23  * * 0    cp /var/log/messages /log/backup/messages
 
−
0    0  * * *    cp /var/log/syslog /log/backup/syslog
 
−
20,30 1  * * 1-5  /usr/bin/work.sh
 
−
 
 
−
Der erste Befehl (beginnend mit <tt>5…</tt>) wird fünf Minuten nach jeder vollen Stunde, der zweite alle 5 Minuten (die Schrittweite wird durch <tt>*/Schrittweite</tt> angegeben), der dritte einmal pro Woche sonntags um 23:59 Uhr, der vierte täglich um 00:00 Uhr und der fünfte montags bis freitags jeweils um 01:20 und 01:30 ausgeführt.
 
−
 
 
−
Die Struktur der Befehlszeile ist wie folgt zu verstehen:
 
  
 
  * * * * * auszuführender Befehl
 
  * * * * * auszuführender Befehl
Zeile 58: Zeile 48:
 
  └──────────── Minute (0-59)
 
  └──────────── 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 <code>%</code> 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=
 +
;<nowiki>*</nowiki>/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: <code>PATH</code> ist auf <code>/usr/bin:/bin</code> beschränkt, <code>.bashrc</code> und <code>.profile</code> werden nicht gelesen
 +
* Das ist der häufigste Grund für „im Terminal geht es, im Cron nicht"
 +
* Deshalb im Job absolute Pfade verwenden oder <code>PATH</code> oben 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 [[Systemd Service timers|Timer]]-Funktion
 +
* Vorteile gegenüber Cron:
 +
** Sekundenauflösung statt Minute
 +
** <code>Persistent=true</code> holt verpasste Läufe nach, wenn die Maschine zur fälligen Zeit aus war
 +
** Die Ausgabe landet im Journal und ist mit <code>journalctl -u</code> abrufbar, 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.
 +
<!-- Lösung:
 +
crontab -e
 +
*/30 * * * * ls /tmp > /var/log/tmp.log
 +
-->
 +
 +
* Erstellen Sie einen Cron-Job, der von Montag bis Freitag um 11 Uhr die Dateien aus /bin nach /root sichert.
 +
<!-- Lösung:
 +
0 11 * * 1-5 cp -a /bin /root
 +
-->
 +
 +
* Erstellen Sie einen Cron-Job, der jede Minute den aktuellen Speicherverbrauch in eine Logdatei schreibt.
 +
<!-- Lösung:
 +
* * * * * free -m >> ~/speicher.log
 +
-->
  
−
Ein Feld für eine Zeitangab kann dabei mehrere Angaben enthalten:
+
* 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.
 +
<!-- Lösung:
 +
0 12 * * * touch ~/datei_$(date +\%Y\%m\%d).txt
 +
-->
  
−
{|border=1 cellpadding=2
+
* Erstellen Sie einen Cron-Job, der jeden Montag um 3 Uhr morgens ein Backup Ihres Home-Verzeichnisses erstellt.
−
|
+
<!-- Lösung:
−
|Syntax
+
0 3 * * 1 tar -zcf ~/backup_$(date +\%Y\%m\%d).tgz ~/
−
|Beispiel
+
-->
−
|-
 
−
|Voller Bereich
 
−
|*
 
−
|Bei Minute: 0,1,2,3,...,59
 
−
|-
 
−
|Ausgweählter Bereich
 
−
|1-5
 
−
|entspricht 1,2,3,4,5
 
−
|-
 
−
|Liste
 
−
|1,5,10
 
−
|nur an den angegebenen Werten
 
−
|-
 
−
|Kombination
 
−
|2,5,30-40
 
−
|Kombination aus Liste und Bereich
 
−
|-
 
−
|Schritte
 
−
|*/5
 
−
|bei Minute: alle 5 Minuten
 
−
|-
 
−
|Kombination
 
−
|2-47/5
 
−
|alle 5 Minten im Bereich 2-47 (2,7,12,...)
 
−
|}
 
  
−
Werden in einem Feld Namen benutzt, so sind Bereiche und Listen nicht erlaubt.
+
* Prüfen Sie im Log, ob die Jobs gestartet wurden.
 +
<!-- Lösung: grep CRON /var/log/syslog bzw. journalctl -u crond -->
  
−
Statt der ersten 5 Felder zur Zeitangabe können auch folgende speziellen Angaben erfolgen:
+
* Lassen Sie sich Ihre Crontab anzeigen und löschen Sie anschließend alle Jobs.
 +
<!-- Lösung: crontab -l ; crontab -r -->
  
−
{|border=1 cellpadding=2
+
== Aufgaben 2: Backup-Server mit Cron ==
−
|Angabe
 
−
|Bedeutung
 
−
|-
 
−
|@reboot
 
−
|Läuft einmal bei einem Reboot
 
−
|-
 
−
|@yearly       
 
−
|Läuft einmal im Jahr (0 0 1 1 *)
 
−
|-
 
−
|@annually     
 
−
|Läuft einmal im Jahr (0 0 1 1 *)
 
−
|-
 
−
|@monthly
 
−
|Läuft einmal im Monat (0 0 1 * *)
 
−
|-
 
−
|@weekly
 
−
|Läuft einmal wöchentlich (0 0 * * 0)
 
−
|-
 
−
|@daily
 
−
|Läuft einmal täglich (0 0 * * *)
 
−
|-
 
−
|@midnight
 
−
|Läuft einmal täglich (0 0 * * *)
 
−
|-
 
−
|@hourly
 
−
|Läuft einmal stündlich (* * * *)
 
−
|}
 
  
−
=Verwalten von User Crontabs=
+
* Installieren Sie nfs-common (Debian) bzw. nfs-utils (Rocky).
−
'''Ansehen der aktuellen Crontab'''
+
<!-- Lösung: apt install -y nfs-common -->
−
root@nazgul:~# crontab -l
 
−
'''Erstellen / Bearbeiten der Crontab'''
 
−
root@nazgul:~# crontab -e
 
−
'''Löschen der Crontab'''
 
−
root@nazgul:~# crontab -r
 
−
'''Inhalt von vorhandener Datei als Crontab setzen'''
 
−
root@nazgul:~# crontab dateiname
 
−
'''Ansehen der Crontab eines anderen Benutzers (nur root)'''
 
−
root@nazgul:~# crontab -lu tina
 
  
−
=System Crontab(s)=
+
* Erstellen Sie das Verzeichnis /mnt/backup.
 +
<!-- Lösung: mkdir /mnt/backup -->
  
−
Im Unterschied zu User Crontabs gibt es ein zusätzliches Feld das angibt, unter welchem Benutzer der aufzurufende Befehl ausgeführt werden soll.
+
* Tragen Sie die Freigabe in die /etc/fstab ein:
−
  M S            T M WT  User Befehl
+
  192.168.6.200:/mnt/data /mnt/backup nfs defaults 0 0
−
2 0,5,10,15,20 * * 1-6 root if [ -x /usr/sbin/pg_maintenance ]; then /usr/sbin/pg_maintenance --analyze >/dev/null; fi
 
  
 +
* Laden Sie die Konfiguration neu, hängen Sie ein und kontrollieren Sie die Anbindung.
 +
<!-- Lösung: systemctl daemon-reload ; mount -a ; findmnt /mnt/backup -->
  
−
Neben der Datei /etc/crontab und dem Verzeichnis /etc/cron.d existieren in vielen Linux-Distributionen (RedHat, Debian, SuSE,...) auch noch die Verzeichnisse
+
* Erstellen Sie in /mnt/backup ein Verzeichnis mit Ihrem Hostnamen.
−
/etc/cron.hourly
+
<!-- Lösung: mkdir /mnt/backup/$(hostname) -->
−
/etc/cron.daily
 
−
/etc/cron.weekly
 
−
/etc/cron.monthly
 
  
−
Diese Verzeichnisse enthalten keine Crontabs, sondern Programme, die entsprechend stündlich, täglich, wöchentlich oder monatlich einmal ausgeführt werden sollen. In der Regel handelt es sich bei diesen Programmen um Shellscripts, die dann wiederum bestimmte Programme aufrufen.  
+
* 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.
−
Die Ausführung dieser Programme steuert cron mit Hilfe der Datei '''/etc/crontab''' .
+
<!-- Lösung:
 +
0 * * * * tar -zcf /mnt/backup/$(hostname)/$(date +\%Y-\%m-\%d-\%H-\%M)-etc.tgz /etc
 +
-->
  
−
Im Verzeichnis '''/etc/cron.d''' befinden sich Systemweit gültige Crontabs.
+
* Warum muss hier besonders auf das Prozentzeichen geachtet werden?
 +
<!-- Lösung: der Dateiname besteht fast nur aus Datumsformaten. Unmaskiert bricht cron die Zeile beim ersten % ab, der Rest wird zur Standardeingabe von tar. -->

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

Cron-namensherkunft.png

  • 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: PATH ist auf /usr/bin:/bin beschränkt, .bashrc und .profile werden nicht gelesen
  • Das ist der häufigste Grund für „im Terminal geht es, im Cron nicht"
  • Deshalb im Job absolute Pfade verwenden oder PATH oben 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=true holt verpasste Läufe nach, wenn die Maschine zur fälligen Zeit aus war
    • Die Ausgabe landet im Journal und ist mit journalctl -u abrufbar, 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?
Abgerufen von „https://www.xinux.net/index.php?title=Cron&oldid=73107“