Zum Inhalt springen

Systemd/Timers: Unterschied zwischen den Versionen

Aus wiki.archlinux.de
Tuxnix (Diskussion | Beiträge)
Tuxnix (Diskussion | Beiträge)
Gründlich Überarbeitung. Die Sektionen [Unit], [Install] und [Service] wurden herausgenommen und auf die man pages verwiesen. (Mehr waren dies Listen ohnehin nicht. Dafür liegt der Schwerpunkt nun auf der [Timer] Sektion.
 
(27 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{inuse|[[Benutzer:Tuxnix|Tuxnix]] ([[Benutzer Diskussion:Tuxnix|Diskussion]])}}
{{righttoc}}
[[Kategorie:Systemverwaltung]]
Timer bieten die Möglichkeit Aufgaben zeitlich zu steuern. Die Timer-Unit besteht aus einer {{ic|.timer}} Datei die eine {{ic|.service}} Datei ansteuert. Timer unterstehen [[systemd]] und müssen mit dem systemctl Befehl aktiviert werden. Eine Alternative hierzu bietet [[cron]].
[[Kategorie:Services]]
 
== Beispiel ==
{{hc|1=beispiel.timer|2=
[Unit]
Description=Kurz-Beschreibung
 
[Timer]
OnBootSec=1h 30m
 
[Install]
WantedBy=basic.target}}
 
{{hc|1=beispiel.service|2=
[Unit]
Description=Kurz-Beschreibung


[[en:Systemd/Timers]]
[Service]
[[ja:Systemd/タイマー]]
ExecStart=/usr/bin/beispiel.sh}}
[[ru:Systemd/Timers]]


{{righttoc}}
Service- und Timerdateien werden für
Timer bieten die Möglichkeit Aufgaben zeitlich zu steuern. Die Timer-Unit bestehen aus einer {{ic|.timer}} und einer {{ic|.service}} Datei.
* systemweite Dienste im Ordner {{ic|/etc/systemd/system/}}
Sie untersteht [[systemd]] und muss mit dem systemctl Befehl aktiviert werden. Eine Alternative hierzu bietet [[cron]].
* userbezoge Dienste unter {{ic|~/.config/systemd/user/}} gespeichert.


== Beispiel ==
Timer und Service müssen dabei den gleichen Namen tragen. Z.B.:
({{ic|'''beispiel'''.timer}} und {{ic|'''beispiel'''.service}}).


=== Die {{ic|.timer}} Datei ===
== De- / Aktivierung ==
# Datei /usr/lib/systemd/system/foo.timer
Mit {{ic|systemctl enable --now}} startet der Timer unverzüglich und permanent, sodass er auch nach einem Neustart aktiv ist. Ohne {{ic|--now}} werden {{ic|enable}} oder auch {{ic|disable}} erst nach einem reboot wirksam. Ein {{ic|start}} bzw. {{ic|stop}} wirken sich hingegen nur auf die laufende Sitzung aus. Bei der ersten Initialisierung legt das System automatisch einen passenden [[ln|Symlink]] an.
[Unit]
Description=foo
[Timer]
OnBootSec=2d 1h 30m
[Install]
WantedBy=basic.target
Das Beispiel stellt eine Minimalvariante dar. Weitere Optionen siehe [[Systemd/Timers#Details]].


=== Die {{ic|.service}} Datei ===
Timer für systemweite Dienste werden mit Rootrechten aktiviert:
  # Datei /usr/lib/systemd/system/foo.service
  # systemctl enable --now <name>.timer
[Unit]
Description=foo
[Service]
ExecStart=/usr/bin/foo
Das Beispiel stellt eine Minimalvariante dar. Weitere Optionen siehe [[Systemd/Timers#Details]].
Als [Service] kann ein Befehl oder ein ausführbares Script genutzt werden.
Service- und Timerdatei werden in /usr/lib/systemd/system/ abgelegt und müssen vor dem . (Punkt) den gleichen Namen tragen.


=== De-/Aktivierung ===
Timer im Userbereich werden mit der Option {{ic|--user}} und mit Userrechten aktiviert:
  systemctl enable --now foo.timer
  $ systemctl --user enable --now <name>.timer
Mit ''enable --now'' startet der Timer unverzüglich und permanent, sodass er auch nach einem Neustart aktiv ist.
Ohne ''--now'' werden ''enable, disable'' oder ''reenable'' erst nach einem reboot wirksam.
Ein ''start oder stop'' wirkt sich hingegen nur auf die laufende Sitzung aus.


(Bei der ersten Initialisierung überträgt das system eine Kopie nach ''/usr/lib/systemd/system''.)
Aktualisierung von Timer und Sevice nach einer Änderung:
  systemctl reenable --now foo.timer  
  # systemctl reenable --now <name>.timer
Genügt damit eine nachträgliche Veränderung der Timer-Unit auch wirksam wird.
$ systemctl --user reenable --now <name>.timer


=== Management ===
== Management ==
Auflistung der Auslösezeiten:
  systemctl list-timers --all
  systemctl list-timers --all
Listet alle Timer auf. Sollen nur die aktiven Timer angezeigt werden genügt ein ''systemctl list-timers''
(Sollen nur die aktiven Timer angezeigt werden genügt auch ein {{ic|systemctl list-timers}}).
 
Statusmeldungen:
systemctl status <name>.timer
systemctl status <name>.service
 
Journaleinträge z.B.:
journalctl -u <name>.service -g Started


== Details ==
== Die [Timer] Sektion ==
Nun zu den Optionen innerhalb der {{ic|.timer}} und {{ic|.service}} Dateien und welche Angaben hier getätigt werden können.
( Für die Konfiguration der Sektionen [Unit], [Install] und [Service] sei an dieser Stelle auf die entsprechenden man pages verwiesen)
Nur die '''fettgedruckten Parameter sind Pflichtangaben'''.


=== [Unit] ===
In der Timer Sektion können auch mehrere Zeitangaben gemacht werden. Sie beeinflussen sich nicht und werden alle zu ihrem jeweiligen Zeitpunkt ausgeführt.
* '''Description=''' #Hier muss die Einheit benannt werden. Ein kurzer aber aussagekräftiger Name ist sinnvoll. Dieser erscheint später bei der Abfrage mit ''systemctl list-timers''.
* Documentation= #Eine URL kann hier angegeben werden.
* Requires=, Requisite= #Weitere Units können hier angegeben werden.
* Wants= #ein etwas weicheres Requires=
* BindsTo= #Auch hier wird eine Unit angegeben. Fällt der service aus, weil z.B. ein device entfernt wurde, wird die Timer-Unit an der Ausführung gehindert.
* PartOf= #beim Ausfall eines service stopp die timer-unit. Jedoch ohne Auswirkungen auf die hier aufgeführten services. 
* Conflicts=
* Before=, After= #legt die Start Reihenfolge von services fest.
* OnFailure= #Ersatz-Units die bei Ausfall genutzt werden sollen.
* PropagatesReloadTo=, ReloadPropagatedFrom= #ähndelt OnFailure=
* JoinsNamespaceOf= #Nur wichtig wenn PrivateNetwork= oder PrivateTmp= eingesetzt wird.
* RequiresMountsFor= #Überprüft ob devices auch gemountet sind.
* OnFailureJobMode=fail, replace, replace-irreversibly, isolate, flush, ignore-dependencies, ignore-requirements #legt das Verhalten für OnFailure= fest. Default ist replace.          
* IgnoreOnIsolate=true/false #default ist false. Bei true wird nicht mehr gestoppt bei Isolierung einer anderen Unit.
* StopWhenUnneeded=true/false #default ist false. Steht im Zusammenhang mit Requires=. Bei true werden nicht mehr benötigte units deaktiviert.
* RefuseManualStart=true/false, RefuseManualStop=true/false #default ist false. Ein Sicherheitstool. bei true wird die die explizite User Eingabe verlangt, bevor Units de/aktiviert werden können.
* AllowIsolate=true/false #default ist false. Sinnvoll um ähnlich der runlevels in SysV init Systemen um unbestimmte Systemzustände zu vermeiden.
* DefaultDependencies=true/false #Default ist true und stellt sicher, das das System komplett hochgelaufen ist bevor die timer-unit gestartet wird.
* JobTimeoutSec=, JobTimeoutAction=, JobTimeoutRebootArgument= #stellt bei gestaffelten Jobs ein time-out zur Verfügung.
* StartLimitIntervalSec=, StartLimitBurst= #Als default werden 5 Ausführungen eines service innerhalb von 10 Sekunden zugestanden. Dieses Limit kann hier den speziellen Anforderungen angepasst werden.
* StartLimitAction= #Ein Ersatzservice kann bestimmt werden falls das vereinbarte StartLimitIntervalSec=, StartLimitBurst= überschritten wird.
*
*
*


Die Auflistung der Optionen kann lediglich einem ersten Überblick dienen. Genauere Auskunft gibt:[http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=systemd.unit&ampsect=5 Man Page] systemd.unit


=== [Timer] ===
Es können hier mehrere Zeitangaben gemacht werden. Mindestens '''eine Zeitangabe muss''' es allerdings in [Timer] geben.


==== relative Zeitangaben ====
=== Kalendarische Zeitangaben ===
Sind abhängig von anderen Ereignissen
* OnCalendar=
* OnActiveSec= #Zeitspanne seit Aktivierung des Timers selbst
 
* OnBootSec= #Zeitspanne seit dem Booten des Rechners
==== Absolute kalendarische Zeitangaben ====
* OnStartupSec= #Zeitspanne seit dem ersten Start von systemd
 
* OnUnitActiveSec= #Zeitspanne seit dem letzten Start des Timers
OnCalendar=Thu,Fri 2026-*-1..5 11:12:13
* OnUnitInactiveSec= #Zeitspanne seit Inaktivität der Timer-Unit
 
(Der service wird jeweils um 11 Uhr 12, zwischen dem 1. und 5. Kalendertag eines jeden Monats des Jahres 2026 ausgelöst, wenn dies Donnerstage oder Freitage sind.)
 
Die Angabe von Wochentagen erfolgt immer in Englisch und ist optional.
Jede Rubrik kann mit "," für die Aufzählung oder mit ".." für von bis versehen werden oder durch "*" für beliebig ersetzt werden.
 
Die Angaben erfolgen nach diesem Schema:
OnCalendar=Wochentag(englisch/optional) Jahr-Monat-Tag Stunde:Minute:Sekunde
 
==== Periodische kalendarische Zeitangaben ====
 
OnCalendar=weekly
 
Auch diese Werte sind möglich.
minutely, hourly, daily, monthly, weekly, yearly, quarterly, semiannually
 
Entsprechend den oberen Notierung, kann dafür auch diese Schreibweise genutzt werden.
*-*-* *:*:00, *-*-* *:00:00, *-*-* 00:00:00, *-*-01 00:00:00, Mon *-*-* 00:00:00, *-01-01 00:00:00, *-01,04,07,10-01 00:00:00, *-01,07-01 00:00:00
 
==== Testen von OnCalendar= Zeitangaben ====
Kalendarische Zeitangaben können auf der Konsole mit folgendem Befehl auf Funktion geprüft werden:
systemd-analyze calendar "<Zeitangabe>"
 
Mit der Option {{ic|--iterations <N>}} werden weitere Auslösezeitpunkte aufgelistet.
 
=== Relative Zeitangaben ===
(Stehen in Relation zu anderen Ereignissen)
 
Beispiel:
OnBootSec=2d 1h 30m
 
====Einmalige Ereignisse====
* OnBootSec= - Die Zeitspanne seit dem Booten des Rechners.
* OnStartupSec= - Die Zeitspanne seit dem Start von systemd.
* OnActiveSec= - Die Zeitspanne seit Aktivierung der Timer-Unit.
 
====Wiederkehrende Ereignisse====
* OnUnitActiveSec= -  Die Zeitspanne seit dem der Timer das letzte mal den Job ausgelöst hat.
* OnUnitInactiveSec= -  Die Zeitspanne seit der Beendigung des letzten Jobs.


Folgende Einheiten können für relative Zeitangaben gewählt werden:
Folgende Einheiten können für relative Zeitangaben gewählt werden:
Zeile 100: Zeile 115:
  months, month, M (definiert als 30.44 Tage)
  months, month, M (definiert als 30.44 Tage)
  years, year, y (definiert als 365.25 Tage)
  years, year, y (definiert als 365.25 Tage)
(Ohne Verwendung einer Einheit werden alle Angaben als Sekunden gewertet.)


==== Testen Relativer Zeitangaben ====
Relative Zeitangaben können auf der Konsole mit folgendem Befehl auf Funktion geprüft werden:
systemd-analyze timespan "<Zeitangabe>"


Beispiel:
=== Weitere Optionen in [Timer] ===
  OnBootSec=2d 1h 30m
* AccuracySec= - Bestimmt die Genauigkeit des Auslösezeitpunkts (default 1 min).
siehe auch ''man systemd.time''
* RandomizedDelaySec= - Wird verwendet damit nicht mehrere Timer exakt gleichzeitig z.B um 00:00 loslegen.
Ohne Verwendung einer Einheit werden alle Angaben als Sekunden gewertet.
* WakeSystem= - Weckt das System aus dem suspend mode.
* Unit= - Als default ist dieser Wert identisch mit dem Suffix der .timer Datei (s. oben). Bei Verwendung muss eine Datei mit dem hier angegebenen Namen existieren. Eine Verschachtelung von Units ist möglich.
* Persistent=true - Bewirkt, dass ein versäumter Job beim nächsten Rechnerstart unverzüglich nachgeholt wird.
* RemainAfterElapse=false - beendet den Timer nach einmaliger Ausführung.


==== absolute Zeitangaben ====
== Manpages ==
* OnCalendar=  #absolute Zeitangabe


Die absolute Zeitangabe hat folgende Syntax:
systemctl, systemd, systemd-analyze, systemd.directives, systemd.service, systemd.socket, systemd.special, systemd-system.conf, systemd.time, systemd.timer, systemd.unit
Thu,Fri 2012-*-1..5 11:12:13


Das obige Beispiel besagt: Um 11:12:13 Uhr, zwischen einschl. dem 1. und 5. Tag, aller Monate, des Jahres 2012, jedoch ausschließlich nur an Donnerstagen und Freitagen.
== Siehe auch ==
* [[systemd]]
* [[systemd/Eigener Service|Einen eigenen systemd-Service erstellen]]
* [[Automatische Sicherung (Beispiel)]]


Die Angabe eines Wochentags erfolgt in Englisch. Sie ist optional.
== Weblinks ==
Jede Rubrik kann mit "," oder ".." versehen werden oder durch "*" ersetzt werden.
* [https://documentation.suse.com/de-de/sle-micro/6.0/pdf/Micro-systemd-working-with-timers_de.pdf suse - Arbeiten mit systemd-Zeitgebern ] {{sprache|de}}
* [https://kofler.info/systemd-timer-als-cron-alternative/ Michael Kofler Blog] Anleitung und Beispiel {{sprache|de}}
* [https://wiki.gentoo.org/wiki/Systemd#Timer_services Gentoo wiki section] on ''systemd'' timer services {{sprache|en}}


Weiteres dazu siehe ''man systemd.time''.
[[Kategorie:Systemverwaltung]]
[[Kategorie:Service]]


==== Weitere Optionen in [Timer] ====
[[en:Systemd/Timers]]
* AccuracySec=  #Die Zeitspanne zum Ausführen beträgt als default 1 Minute. Durch Verwendung von AccuracySec kann diese Zeitspannen variiert werden.
[[fr:Systemd/cron]]
* RandomizedDelaySec= #Kann verwendet werden damit nicht mehrere Timer exakt zur gleichen Zeit loslegen. default ist 0.
[[ja:Systemd/タイマー]]
* Unit= #Als default ist dieser Wert identisch mit dem Suffix der {{ic|.timer}} Datei. Bei der Verwendung von Unit= muss auch eine Datei mit selbigen Namen erstellt werden. Eine Verschachtelung von Units ist hierdurch möglich. Siehe [http://blog.higgsboson.tk/2013/06/09/use-systemd-as-a-cron-replacement Higgsboson Blog] Reflector
[[ru:Systemd/Timers]]
* Persistent=true  #bewirkt, dass ein versäumter Job beim nächsten Rechnerstart unverzüglich nachgeholt wird.
* WakeSystem= #Weckt das System aus dem supend mode.
* RemainAfterElapse=true/false #true hält den Timer aktiv, false beendet den Timer nach einmaliger Ausführung.
 
=== [Install] ===
* WantedBy=basic.target
*
*
=== [Service] ===
* Type=oneshot
* Nice=19
* IOSchedulingClass=2
* IOSchedulingPriority=7
* Environment="ABRT_IGNORE_PYTHON=1"
* '''ExecStart=''' Angabe eines Befehls oder eines ausführbaren Scripts.
 
== E-Mail ==
[[en:Systemd/Timers]] Die engliche Wiki Seite berichtet darüber.
 
== Weblinks ==
* [https://kofler.info/systemd-timer-als-cron-alternative/ Michael Kofler Blog] Anleitung und Beispiel
* [http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=systemd.timer&ampsect=5 Man Page] systemd.timer - Timer unit configuration
* [http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=systemd.time&ampsect=7 Man Page] systemd.time - Time and date specifications
* [https://fedoraproject.org/wiki/Features/SystemdCalendarTimers Fedora Project wiki page] on ''systemd'' calendar timers
* [https://wiki.gentoo.org/wiki/Systemd#Timer_services Gentoo wiki section] on ''systemd'' timer services
* [https://www.freedesktop.org/software/systemd/man/systemd.timer.html freedesktop.org]Man page timer

Aktuelle Version vom 28. September 2025, 11:48 Uhr

Timer bieten die Möglichkeit Aufgaben zeitlich zu steuern. Die Timer-Unit besteht aus einer .timer Datei die eine .service Datei ansteuert. Timer unterstehen systemd und müssen mit dem systemctl Befehl aktiviert werden. Eine Alternative hierzu bietet cron.

Beispiel

beispiel.timer
[Unit]
Description=Kurz-Beschreibung

[Timer]
OnBootSec=1h 30m

[Install]
WantedBy=basic.target
beispiel.service
[Unit]
Description=Kurz-Beschreibung

[Service]
ExecStart=/usr/bin/beispiel.sh

Service- und Timerdateien werden für

  • systemweite Dienste im Ordner /etc/systemd/system/
  • userbezoge Dienste unter ~/.config/systemd/user/ gespeichert.

Timer und Service müssen dabei den gleichen Namen tragen. Z.B.: (beispiel.timer und beispiel.service).

De- / Aktivierung

Mit systemctl enable --now startet der Timer unverzüglich und permanent, sodass er auch nach einem Neustart aktiv ist. Ohne --now werden enable oder auch disable erst nach einem reboot wirksam. Ein start bzw. stop wirken sich hingegen nur auf die laufende Sitzung aus. Bei der ersten Initialisierung legt das System automatisch einen passenden Symlink an.

Timer für systemweite Dienste werden mit Rootrechten aktiviert:

# systemctl enable --now <name>.timer

Timer im Userbereich werden mit der Option --user und mit Userrechten aktiviert:

$ systemctl --user enable --now <name>.timer

Aktualisierung von Timer und Sevice nach einer Änderung:

# systemctl reenable --now <name>.timer
$ systemctl --user reenable --now <name>.timer

Management

Auflistung der Auslösezeiten:

systemctl list-timers --all

(Sollen nur die aktiven Timer angezeigt werden genügt auch ein systemctl list-timers).

Statusmeldungen:

systemctl status <name>.timer
systemctl status <name>.service

Journaleinträge z.B.:

journalctl -u <name>.service -g Started

Die [Timer] Sektion

( Für die Konfiguration der Sektionen [Unit], [Install] und [Service] sei an dieser Stelle auf die entsprechenden man pages verwiesen)

In der Timer Sektion können auch mehrere Zeitangaben gemacht werden. Sie beeinflussen sich nicht und werden alle zu ihrem jeweiligen Zeitpunkt ausgeführt.


Kalendarische Zeitangaben

  • OnCalendar=

Absolute kalendarische Zeitangaben

OnCalendar=Thu,Fri 2026-*-1..5 11:12:13

(Der service wird jeweils um 11 Uhr 12, zwischen dem 1. und 5. Kalendertag eines jeden Monats des Jahres 2026 ausgelöst, wenn dies Donnerstage oder Freitage sind.)

Die Angabe von Wochentagen erfolgt immer in Englisch und ist optional. Jede Rubrik kann mit "," für die Aufzählung oder mit ".." für von bis versehen werden oder durch "*" für beliebig ersetzt werden.

Die Angaben erfolgen nach diesem Schema:

OnCalendar=Wochentag(englisch/optional) Jahr-Monat-Tag Stunde:Minute:Sekunde

Periodische kalendarische Zeitangaben

OnCalendar=weekly

Auch diese Werte sind möglich.

minutely, hourly, daily, monthly, weekly, yearly, quarterly, semiannually

Entsprechend den oberen Notierung, kann dafür auch diese Schreibweise genutzt werden.

*-*-* *:*:00, *-*-* *:00:00, *-*-* 00:00:00, *-*-01 00:00:00, Mon *-*-* 00:00:00, *-01-01 00:00:00, *-01,04,07,10-01 00:00:00, *-01,07-01 00:00:00

Testen von OnCalendar= Zeitangaben

Kalendarische Zeitangaben können auf der Konsole mit folgendem Befehl auf Funktion geprüft werden:

systemd-analyze calendar "<Zeitangabe>"

Mit der Option --iterations <N> werden weitere Auslösezeitpunkte aufgelistet.

Relative Zeitangaben

(Stehen in Relation zu anderen Ereignissen)

Beispiel:

OnBootSec=2d 1h 30m

Einmalige Ereignisse

  • OnBootSec= - Die Zeitspanne seit dem Booten des Rechners.
  • OnStartupSec= - Die Zeitspanne seit dem Start von systemd.
  • OnActiveSec= - Die Zeitspanne seit Aktivierung der Timer-Unit.

Wiederkehrende Ereignisse

  • OnUnitActiveSec= - Die Zeitspanne seit dem der Timer das letzte mal den Job ausgelöst hat.
  • OnUnitInactiveSec= - Die Zeitspanne seit der Beendigung des letzten Jobs.

Folgende Einheiten können für relative Zeitangaben gewählt werden:

usec, us
msec, ms
seconds, second, sec, s
minutes, minute, min, m
hours, hour, hr, h
days, day, d
weeks, week, w
months, month, M (definiert als 30.44 Tage)
years, year, y (definiert als 365.25 Tage)

(Ohne Verwendung einer Einheit werden alle Angaben als Sekunden gewertet.)

Testen Relativer Zeitangaben

Relative Zeitangaben können auf der Konsole mit folgendem Befehl auf Funktion geprüft werden:

systemd-analyze timespan "<Zeitangabe>"

Weitere Optionen in [Timer]

  • AccuracySec= - Bestimmt die Genauigkeit des Auslösezeitpunkts (default 1 min).
  • RandomizedDelaySec= - Wird verwendet damit nicht mehrere Timer exakt gleichzeitig z.B um 00:00 loslegen.
  • WakeSystem= - Weckt das System aus dem suspend mode.
  • Unit= - Als default ist dieser Wert identisch mit dem Suffix der .timer Datei (s. oben). Bei Verwendung muss eine Datei mit dem hier angegebenen Namen existieren. Eine Verschachtelung von Units ist möglich.
  • Persistent=true - Bewirkt, dass ein versäumter Job beim nächsten Rechnerstart unverzüglich nachgeholt wird.
  • RemainAfterElapse=false - beendet den Timer nach einmaliger Ausführung.

Manpages

systemctl, systemd, systemd-analyze, systemd.directives, systemd.service, systemd.socket, systemd.special, systemd-system.conf, systemd.time, systemd.timer, systemd.unit

Siehe auch