[Linux-cluster] qdisk WITHOUT fencing

[Paul Morgan]

The goal of fencing is to guarantee that errant nodes cannot corrupt file
systems. If you can guarantee that, then you could write a custom fence
agent script that returns 0 on  guarantee.

On Jun 17, 2010 12:11 PM, "jimbob palmer" <jimbobpalmer at gmail.com> wrote:
> Dear distinguished linux-cluster members!
>
> I have two data centers linked by physical fibre. Everything goes over
> this physical route: everything.
>
> I would like to setup a high availability nfs server with drbd:
> * drbd to replicate storage
> * nfsd running
> * floating ip
>
> If the physical link between the two data centers is lost, I would
> like the primary data center to win.
>
> I've setup a qdisk, and this works well: the node which can access the
> qdisk wins. i.e. the primary datacenter, which is the data center
> where the san holding the qdisk also lives, wins.
>
> Unfortunately for me, I get pages and pages of errors about being
> unable to fence the secondary node.
>
> The docs tell me that I absolutely must use power fencing, but in this
> case fencing makes no sense: it won't work when the link between the
> data centers is severed. The network, and the qdisk is the decider for
> who "wins".
>
> So what should I do?
>
> Many thanks in advance.
>
> --
> Linux-cluster mailing list
> Linux-cluster at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-cluster
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20100617/ec503af1/attachment.htm>