[ClusterLabs] Fencing agent fence_xvm using multicast
Jehan-Guillaume de Rorthais
jgdr at dalibo.com
Mon Jul 28 14:31:41 UTC 2025
On Mon, 28 Jul 2025 15:29:06 +0200
Klaus Wenninger <kwenning at redhat.com> wrote:
> On Mon, Jul 28, 2025 at 2:40 PM Jehan-Guillaume de Rorthais <jgdr at dalibo.com>
> wrote:
>
> > On Mon, 28 Jul 2025 14:10:04 +0200
> > Klaus Wenninger <kwenning at redhat.com> wrote:
> >
> > > On Mon, Jul 28, 2025 at 12:56 PM Jehan-Guillaume de Rorthais <
> > > jgdr at dalibo.com> wrote:
> > >
> > > > […]
> > * to have faster cluster reactions in some circumstances
> >
>
> In some circumstances is true ;-)
;-)
> In general the fencing side will have to wait because it might fall back to
> the device being taken down by the watchdog and that isn't any faster as with
> watchdog-fencing.
Yes
> If the target is able to read the poison-pill it will probably reboot kind of
> instantaneously. But the fencing side will still have to wait.
OK, that's where I was kind of suspicious about my memories. Thanks.
> Probably not even the node coming back will speed up things as fencing
> will still be pending. But of course the time in between can be used for
> startup of the fenced node and it will be available to run services - if a
> reboot recovers it.
OK, not what I was thinking about, but a good take away. Thanks!
And thank you for your effort trying to find some bit of truth in my vaguely
formulated point :-)
Regards,
More information about the Users
mailing list