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