summaryrefslogtreecommitdiff
path: root/man/systemd-system.conf.xml
diff options
context:
space:
mode:
authorLuca Boccassi <bluca@debian.org>2022-02-08 12:58:30 +0000
committerLuca Boccassi <bluca@debian.org>2022-02-22 17:19:54 +0000
commitaff3a9e1fa8b5a4606577d2bcd6dbf5d35d7db37 (patch)
treed3d57452a564ba29b72c34f6d382afa124d2a049 /man/systemd-system.conf.xml
parent56b96db7005293063c47ecb9ba7b85f078ef8f23 (diff)
downloadsystemd-aff3a9e1fa8b5a4606577d2bcd6dbf5d35d7db37.tar.gz
watchdog: add setting to configure pretimeout governor
Diffstat (limited to 'man/systemd-system.conf.xml')
-rw-r--r--man/systemd-system.conf.xml38
1 files changed, 24 insertions, 14 deletions
diff --git a/man/systemd-system.conf.xml b/man/systemd-system.conf.xml
index 01eff0839e..351662b757 100644
--- a/man/systemd-system.conf.xml
+++ b/man/systemd-system.conf.xml
@@ -186,20 +186,13 @@
notification generated by the watchdog before the watchdog reset might
occur in the event the watchdog has not been serviced. This notification
is handled by the kernel and can be configured to take an action (i.e.
- generate a kernel panic) using the
- <filename>/sys/class/watchdog/watchdog0/pretimeout_governor</filename>
- sysfs file for your watchdog device. The available actions (or
- governors) are listed in the
- <filename>/sys/class/watchdog/watchdog0/pretimeout_available_governors</filename>
- sysfs file for your watchdog device. The default action for the
- pre-timeout event is to log a kernel message but that can be changed in
- the kernel's configuration. Not all watchdog hardware or drivers support
- generating a pre-timeout and depending on the state of the system, the
- kernel may be unable to take the configured action before the watchdog
- reboot. The watchdog will be configured to generate the pre-timeout event
- at the amount of time specified by <varname>RuntimeWatchdogPreSec=</varname>
- before the runtime watchdog timeout (set by
- <varname>RuntimeWatchdogSec=</varname>). For example, if the we have
+ generate a kernel panic) using <varname>RuntimeWatchdogPreGovernor=</varname>.
+ Not all watchdog hardware or drivers support generating a pre-timeout and
+ depending on the state of the system, the kernel may be unable to take the
+ configured action before the watchdog reboot. The watchdog will be configured
+ to generate the pre-timeout event at the amount of time specified by
+ <varname>RuntimeWatchdogPreSec=</varname> before the runtime watchdog timeout
+ (set by <varname>RuntimeWatchdogSec=</varname>). For example, if the we have
<varname>RuntimeWatchdogSec=30</varname> and
<varname>RuntimeWatchdogPreSec=10</varname>, then the pre-timeout event
will occur if the watchdog has not pinged for 20s (10s before the
@@ -212,6 +205,23 @@
</varlistentry>
<varlistentry>
+ <term><varname>RuntimeWatchdogPreGovernor=</varname></term>
+
+ <listitem><para>Configure the action taken by the hardware watchdog device
+ when the pre-timeout expires. The default action for the pre-timeout event
+ depends on the kernel configuration, but it is usually to log a kernel
+ message. For a list of valid actions available for a given watchdog device,
+ check the content of the
+ <filename>/sys/class/watchdog/watchdog<replaceable>X</replaceable>/pretimeout_available_governors</filename>
+ file. Typically, available governor types are <varname>noop</varname> and <varname>panic</varname>.
+ Availability, names and functionality might vary depending on the specific device driver
+ in use. If the <filename>pretimeout_available_governors</filename> sysfs file is empty,
+ the governor might be built as a kernel module and might need to be manually loaded
+ (e.g. <varname>pretimeout_noop.ko</varname>), or the watchdog device might not support
+ pre-timeouts.</para></listitem>
+ </varlistentry>
+
+ <varlistentry>
<term><varname>WatchdogDevice=</varname></term>
<listitem><para>Configure the hardware watchdog device that the