[Linux-cluster] Using cman,etc for a non-gfs app

Lon Hohberger lhh at redhat.com
Wed Jul 20 20:30:17 UTC 2005


On Wed, 2005-07-20 at 14:31 -0400, Olivier Crete wrote:
> On Wed, 2005-20-07 at 13:49 -0400, Lon Hohberger wrote:
> > On Fri, 2005-07-15 at 18:02 -0400, Olivier Crete wrote:
> > > On Wed, 2005-22-06 at 18:36 -0400, Lon Hohberger wrote:
> > > > * libmagma provides cp_fence() / clu_fence() which work on both CMAN and
> > > > gulm.
> > > 
> > > I've looked implementing clu_fence() in libmagma. It seems to only call
> > > an ioctl in the kernel cman which only seems to do cooperative fencing
> > > and removing a node from the cluster... I dont see any call to fenced or
> > > fence_node. Or have I missed something ?
> > > 
> > 
> > Correct, it removes the node via libgulm or asking CMAN to expire and
> > fence the node.
> 
> But cman does not seem to really fence the node... just remove it from
> its list..  So that's not enough for our app that has shared storage..
> Ideally, I would need the same behavior as stonith and have the call
> block and return only when we are 100% sure that the node have been
> fenced.

It's supposed to fence it.  At least, it used to fence it...  I wonder
if something changed that I didn't know about?

Basically, the idea is that we tell CMAN to force-expire the node.  It
should then take recovery actions to restore the node.

fenced is running, right?

-- Lon




More information about the Linux-cluster mailing list