Nobody have any words of wisdom gained from years of experience ? I'm looking at sfex resources configured on a small logical volume in the same volume group as the main data set at present.<div><br></div><div>From the documentation it reads as this is the correct mechanism for the job ?</div>
<div><br></div><div>Dave<br><br><div class="gmail_quote">On 18 October 2012 08:40, David Morton <span dir="ltr"><<a href="mailto:davidmorton78@gmail.com" target="_blank">davidmorton78@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We're changing our SAN shortly and I'm putting together the procedure / config now for the shared storage. This will be based on XFS on top of clustered LVM2 via Pacemaker.<div>
<br></div><div>I've implemented the exclusive=yes directive on the LVM resources (volume groups) but I am still able to mount on both cluster nodes (2 node cluster) in my testing environment. I would have thought that this directive would prevent multiple mounting / VG activation given that even when there are no cluster comms (this is how i create the split brain, and reboot both nodes) the storage is available to both nodes ?</div>

<div><br></div><div>What is the recommended way of guaranteeing storage exclusiveness in this (albeit unlikely) situation where both nodes think they are running by themselves ? I've looked at sdb and sfex but have previously been steered away from them.</div>

<div><br></div><div>Dave</div>
<br>_______________________________________________<br>
Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
<a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
<br></blockquote></div><br></div>