<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The SBD mechanism ensures fencing through the shared disk. It can be<br>

used in combination with N nodes and OCFS2, for example.</blockquote><div><br>yes i understand this. i want something like  , a node should be able to  reserve a share disk to do any IO . while this node is holding the reservation other nodes should not be able to write any thing to that shared disk. if a  node who has the reservation becomes errant , any other node from cluster should come forward and remove the key of this errant node and put it's own key to hold reservation. like this, we can prevent data intigrity issue in better way. <br>
i dont think i can achieve this through SBD . am i wrong?? <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Uhm, that's exactly what scsi2reservation calls in the background.<br>
Though usually through a reboot, the other cluster members will have<br>
broken the reservation and restarted the services - after all, fail-over<br>
is the whole point of having an HA cluster.</blockquote><div><br>do you mean scsi2reservation calls sg_persist?? Kindly confirm this. <br>After looking at it's code it seems to me it looks for scsi_reserve command.  i tried to set scsi_reserve instance variable with "/usr/bin/sg_persist"   to check whether it can take sg_persist command or not. but i could not start the resource it always faild. . <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<div class="Ih2E3d"><br>
> 3)well regarding sfex , just saw it's document it seems i can use it for<br>
> general data store purpose.. does the ownership  does not gets effected<br>
> during reboots?<br>
<br>
</div>Why would ownership information persist across reboots? That is<br>
non-sensical.<br>
<br>
SCSI2 reservations don't persist across reboots - the bus reset clears<br>
them.<br>
<div class="Ih2E3d"></div></blockquote><div><br>That's why SCSI2 is not robust and i want persistent reservation.  if ownership does not get affected during reboots we can properly control it depending on package failover , abnormal failure etc. <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"><br>

</div>SBD is a stonith mechanism, so you must keep stonith-enabled=true.<br>
<br>
Sure you can mix them, but if you have node-level fencing, you don't<br>
need resource level fencing any longer.</blockquote><div> </div><div>so it means for sfex and scsi2reservation  i need to set stonith-enable =false and for sbd i need to set stonith_enable= true.  The reason why i want both is ,if we have both resource fencing and node fencing our soultion will be more reliable. <br>
<br>Thanks a lot for your help,<br>Regards,<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div class="Wj3C7c"><br>
<br>
Regards,<br>
    Lars<br>
<br>
--<br>
Teamlead Kernel, SuSE Labs, Research and Development<br>
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)<br>
"Experience is the name everyone gives to their mistakes." -- Oscar Wilde<br>
<br>
<br>
_______________________________________________<br>
Pacemaker mailing list<br>
<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>
</div></div></blockquote></div><br>