[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [Linux-cluster] forcefully taking over a service from another node, kdump


My LinuxHAList <mylinuxhalist gmail com> writes:
> My guess is custom-fencing will allow me to react differently:
> 1) While the other node is kdumping, return success (and thus, the rgmanager
> will go ahead and take over the rsources)
> 2) If the node is not kdumping, do the usual fencing and return the code for the
> usual fencing
> It sounds do-able; it does add another layer of complexity to what I already
> have (with pre_dump, post_dump scripts, services listening on both ends to know
> the other node is kdumping)

I have once developed the exactly same function before,
although it was on Pacemaker/Heartbeat cluster.

Please find the tool and the discussion at the archive here:

The tool consists of two parts:
 1) a fencing agent which checks whether if the other node is
    kdumping or not, and if it is, return success to continue the fail-over.
 2) a customization for the 2nd kernel to allow to be checked remotely
    from the other node.

The former one might be Pacemaker/Heartbeat specific, but the
latter one should be usable regardless of the cluster stack.

I would be glad if it helps you, and also it would be great if
the customization of the 2nd kernel would be incorporated into
the standard RedHat distribution so that everybody can easily
use this feature.


Keisuke MORI

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]