<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;"><div><div class="Wj3C7c"><br>
><br>
> As you said if CRM decides a node should be fenced it will be fenced and it<br>
> has nothing to do with sbd.<br>
<br>
</div></div>Right. The decision itself has nothing to do with sbd. sbd is<br>
just an executioner.<br>
<div class="Ih2E3d"><br>
> so in this case cluster must need an another<br>
> stonith to provide fencing of errant node.  is my understanding is correct.<br>
<br>
</div>No.<br>
<div class="Ih2E3d"><br>
> can you explain a bit more , how CRM decide that a node should be fence ? is<br>
> it when node become unreachable.??<br>
<br>
</div>Yes. Also if a resource can't be stopped on that node.<br>
<br>
Thanks,<br>
<font color="#888888"></font></blockquote><div><br>Hi Dejan,<br><br>Well i  tried to configure sbd  on two nodes cluster.  it is not working properly.  need your view here. In split-brain situation both nodes are trying to stonith each other and they have written  "Reset" to each other's slot also. (nodes name are tejas and toddy)<br>
<br>tejas:~ # sbd -d /dev/sdd list<br>0       tejas reset   toddy<br>1       toddy  reset   tejas<br><br>Syslog is also saying that they have reset each other successfully. <br><br><font size="2" face="Arial">Feb 10 10:02:54 tejas stonithd: [9195]: info: Succeeded 
to STONITH the node toddy: optype=RESET. whodoit: tejas<br><br></font><title></title><p><font size="2" face="Arial">Feb 10 10:03:55 toddy stonithd: [9195]: info: 
Succeeded to STONITH the node tejas: optype=RESET. whodoit: toddy<br></font></p><br>But both nodes didn't reset actually.  can you tell me why it happened.<br><br> Thanks,</div></div><br>