diff options
author | Nazar Vinnichuk <nazar.vinnichuk@tutanota.com> | 2020-09-11 12:38:53 +0200 |
---|---|---|
committer | Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl> | 2020-09-11 18:08:40 +0200 |
commit | 5501da15ba34284e50c10ccd6b3ffa8838bb431b (patch) | |
tree | ac1b691b7bb0cbe6b9d8bea2f70c7fe063c2566c /man/systemd.timer.xml | |
parent | test-network: add test for ENOBUFS issue #17012 (diff) | |
download | systemd-5501da15ba34284e50c10ccd6b3ffa8838bb431b.tar.xz systemd-5501da15ba34284e50c10ccd6b3ffa8838bb431b.zip |
man: document the random delay of persistent timers
The manual states that a persistent timer triggers it's service
immediately on activation to catch up with missed invocations, but since
PR #11608 it is no longer the case if RandomizedDelaySec= is set to a
non-zero value.
Diffstat (limited to 'man/systemd.timer.xml')
-rw-r--r-- | man/systemd.timer.xml | 7 |
1 files changed, 4 insertions, 3 deletions
diff --git a/man/systemd.timer.xml b/man/systemd.timer.xml index 5822402712..32ddb1c6e4 100644 --- a/man/systemd.timer.xml +++ b/man/systemd.timer.xml @@ -297,9 +297,10 @@ <listitem><para>Takes a boolean argument. If true, the time when the service unit was last triggered is stored on disk. When the timer is activated, the service unit is triggered immediately if it - would have been triggered at least once during the time when the timer was inactive. This is useful - to catch up on missed runs of the service when the system was powered down. Note that this setting - only has an effect on timers configured with <varname>OnCalendar=</varname>. Defaults to + would have been triggered at least once during the time when the timer was inactive. Such triggering + is nonetheless subject to the delay imposed by <varname>RandomizedDelaySec=</varname>. + This is useful to catch up on missed runs of the service when the system was powered down. Note that + this setting only has an effect on timers configured with <varname>OnCalendar=</varname>. Defaults to <varname>false</varname>.</para> <para>Use <command>systemctl clean --what=state …</command> on the timer unit to remove the timestamp |