I always used this one for triggering kdump when using sbd:<div>https://www.suse.com/support/kb/doc/?id=000019873<br> <br> <blockquote style="margin: 0 0 20px 0;"> <div style="font-family:Roboto, sans-serif; color:#6D00F6;"> <div>On Fri, Feb 25, 2022 at 21:34, Reid Wahl</div><div><nwahl@redhat.com> wrote:</div> </div> <div style="padding: 10px 0 0 20px; margin: 10px 0 0 0; border-left: 1px solid #6D00F6;"> On Fri, Feb 25, 2022 at 3:47 AM Andrei Borzenkov <<a shape="rect" ymailto="mailto:arvidjaar@gmail.com" href="mailto:arvidjaar@gmail.com">arvidjaar@gmail.com</a>> wrote:<br clear="none">><br clear="none">> On Fri, Feb 25, 2022 at 2:23 PM Reid Wahl <<a shape="rect" ymailto="mailto:nwahl@redhat.com" href="mailto:nwahl@redhat.com">nwahl@redhat.com</a>> wrote:<br clear="none">> ><br clear="none">> > On Fri, Feb 25, 2022 at 3:22 AM Reid Wahl <<a shape="rect" ymailto="mailto:nwahl@redhat.com" href="mailto:nwahl@redhat.com">nwahl@redhat.com</a>> wrote:<br clear="none">> > ><br clear="none">> ...<br clear="none">> > > ><br clear="none">> > > > So what happens most likely is that the watchdog terminates the kdump.<br clear="none">> > > > In that case all the mess with fence_kdump won't help, right?<br clear="none">> > ><br clear="none">> > > You can configure extra_modules in your /etc/kdump.conf file to<br clear="none">> > > include the watchdog module, and then restart kdump.service. For<br clear="none">> > > example:<br clear="none">> > ><br clear="none">> > > # grep ^extra_modules /etc/kdump.conf<br clear="none">> > > extra_modules i6300esb<br clear="none">> > ><br clear="none">> > > If you're not sure of the name of your watchdog module, wdctl can help<br clear="none">> > > you find it. sbd needs to be stopped first, because it keeps the<br clear="none">> > > watchdog device timer busy.<br clear="none">> > ><br clear="none">> > > # pcs cluster stop --all<br clear="none">> > > # wdctl | grep Identity<br clear="none">> > > Identity:      i6300ESB timer [version 0]<br clear="none">> > > # lsmod | grep -i i6300ESB<br clear="none">> > > i6300esb               13566  0<br clear="none">> > ><br clear="none">> > ><br clear="none">> > > If you're also using fence_sbd (poison-pill fencing via block device),<br clear="none">> > > then you should be able to protect yourself from that during a dump by<br clear="none">> > > configuring fencing levels so that fence_kdump is level 1 and<br clear="none">> > > fence_sbd is level 2.<br clear="none">> ><br clear="none">> > RHKB, for anyone interested:<br clear="none">> >   - sbd watchdog timeout causes node to reboot during crash kernel<br clear="none">> > execution (<a shape="rect" href="https://access.redhat.com/solutions/3552201" target="_blank">https://access.redhat.com/solutions/3552201</a>)<br clear="none">><br clear="none">> What is not clear from this KB (and quotes from it above) - what<br clear="none">> instance updates watchdog? Quoting (emphasis mine)<br clear="none">><br clear="none">> --><--<br clear="none">> With the module loaded, the timer *CAN* be updated so that it does not<br clear="none">> expire and force a reboot in the middle of vmcore generation.<br clear="none">> --><--<br clear="none">><br clear="none">> Sure it can, but what program exactly updates the watchdog during<br clear="none">> kdump execution? I am pretty sure that sbd does not run at this point.<br clear="none"><br clear="none">That's a valid question. I found this approach to work back in 2018<br clear="none">after a fair amount of frustration, and didn't question it too deeply<br clear="none">at the time.<br clear="none"><br clear="none">The answer seems to be that the kernel does it.<br clear="none">  - <a shape="rect" href="https://stackoverflow.com/a/2020717" target="_blank">https://stackoverflow.com/a/2020717</a><br clear="none">  - <a shape="rect" href="https://stackoverflow.com/a/42589110" target="_blank">https://stackoverflow.com/a/42589110</a><br clear="none">> _______________________________________________<br clear="none">> Manage your subscription:<br clear="none">> <a shape="rect" href="https://lists.clusterlabs.org/mailman/listinfo/users" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br clear="none">><br clear="none">> ClusterLabs home: <a shape="rect" href="https://www.clusterlabs.org/" target="_blank">https://www.clusterlabs.org/</a><br clear="none">><br clear="none"><br clear="none"><br clear="none">-- <br clear="none">Regards,<br clear="none"><br clear="none">Reid Wahl (He/Him), RHCA<br clear="none">Senior Software Maintenance Engineer, Red Hat<br clear="none">CEE - Platform Support Delivery - ClusterHA<div class="yqt6956996778" id="yqtfd54824"><br clear="none"><br clear="none">_______________________________________________<br clear="none">Manage your subscription:<br clear="none"><a shape="rect" href="https://lists.clusterlabs.org/mailman/listinfo/users" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br clear="none"><br clear="none">ClusterLabs home: <a shape="rect" href="https://www.clusterlabs.org/" target="_blank">https://www.clusterlabs.org/</a><br clear="none"></div> </div> </blockquote></div>