[Ocfs2-users] disabling self-fencing

[Michael Austin]

the "fencing" is not the issue, it is the cluster communications - you
should never have more than one cluster manager trying to manage your
devices. When OCFS2 sees a lun that it manages disappear or is unable to
communicate with the heartbeat and/or voting/ocr devices, it protects data
at all cost by "shooting" the offending node.

Making changes to the OCFS2 kernel module is a very dangerous thing to do if
you do not completely understand what it is doing to start with.  Unless of
course your data is not that important as you are almost guaranteed to lose
it.


On Tue, Nov 2, 2010 at 4:17 PM, Joel Becker <Joel.Becker at oracle.com> wrote:

> On Tue, Nov 02, 2010 at 02:10:53PM +0100, Riccardo Villa wrote:
> > on my nodes I have another cluster manager running that takes care of
> > fencing the node, is it safe to disable ocfs2 self-fencing?
> >
> > Details:
> > I'm using ocfs2 over drbd in master/master aka primary/primary mode.
> > In case of loss of network connectivity I would like to disconnect the
> > drbd device, invalidate it and unmount the filesystem but ocfs2
> > reboots the node....
> >
> > Is it possible to disable ocfs2 self-fencing in other ways rather than
> > commenting-out releveant code in ocfs2 kernel module?
>
>         No, because there is no way for the ocfs2 software to be
> notified by your other code that it has been fenced.  Since ocfs2 can't
> be notified, it can't know whether it made a decision that would result
> in a corruption before or after your fencing software did its job.
>
> Joel
>
> --
>
> Life's Little Instruction Book #94
>
>        "Make it a habit to do nice things for people who
>         will never find out."
>
> Joel Becker
> Senior Development Manager
> Oracle
> E-mail: joel.becker at oracle.com
> Phone: (650) 506-8127
>
> _______________________________________________
> Ocfs2-users mailing list
> Ocfs2-users at oss.oracle.com
> http://oss.oracle.com/mailman/listinfo/ocfs2-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20101104/f76d2642/attachment.html