[systemd-devel] EXT: Re: Triggering the HW Watchdog
Ray, Ian (GE Healthcare)
ian.ray at ge.com
Tue Feb 27 14:19:39 UTC 2018
> On 27 Feb 2018, at 16.12, D.S. Ljungmark <ljungmark at modio.se> wrote:
> ( re-send as I forgot the list )
> On 27/02/18 13:20, Lennart Poettering wrote:> On Di, 27.02.18 12:44,
> D.S. Ljungmark (ljungmark at modio.se) wrote:
>>> Hi list!
>>> We're using systemd to control the hardware watchdog, and would want to
>>> induce fail state to _verify_ that the shutdown/reboot process works as
>>> How do we make systemd "fail" to ping the watchdog?
>> I figure you can send SIGSTOP to PID 1, no? (there are some signals
>> the kernel blocks for PID 1, but I think SIGSTOP is not among them,
>> please try)
> It seems that SIGSTOP is being filtered, because nothing appears to
> happen, and the system certainly isn't rebooting.
This works for me: `gdb --pid 1'.
>>> How do we control which states ( root fs not available, etc) cause
>>> systemd to not ping the hardware watchdog?
>> The watchdog is for detecting software hanging. Root fs not being
>> available does not really qualify as "software hanging". If you want
>> to reboot the machine if it fails to bring everything up, then use
>> JobTimeoutAction= on some suitable action, for example local-fs.target
>> or multi-user.target.
> I'm trying to get to a state where the machine fails over and triggers
> watchdog on known things, rather than triggering the rescue shell or
> I'll try with a jobtimeout on multi-user.
> 8362 CB14 98AD 11EF CEB6 FA81 FCC3 7674 449E 3CFC
> systemd-devel mailing list
> systemd-devel at lists.freedesktop.org
More information about the systemd-devel