<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hello,<br> pls let me ask if SFEX is valid as the disk exclusive access control for <br> Pacemaker clusters on VMware environment.<br><br> My client is planning to configure Pacemaker HA clusters on several <br> VMware vSphere 6.5 hosts.<br> Each of the HA clusters consists of two VM nodes of active and standby <br> across two different ESX hosts, with shared LVM disk resources.<br><br> As for the disk exclusive control and fencing mechanism with Pacemaker, <br> our IT vendor is proposing to use SFEX (Shared Disk File EXclusiveness) <br> and fence_vmware_soap (to reset the failing node via vCenter).<br><br> Here, I am very concerned about a case of an ESX host hanging for over a <br> minute like due to intermittent HW failures, so fence_vmware_soap would <br> not work. Forcing the standby node to takeover the disk resources with <br> SFEX, but if the hanging node comes back eventually, the hanged I/Os <br> that were queued on the last active node just before the ESX hanged-up  <br><strong> </strong>would <span><span>flood over and corrupt the SFEX-takenover disk resources, because <br><strong> </strong>there <span><span>was no SCSI persistent reservation and no valid HW watchdog timer <br><strong> </strong>for <span><span>VMs on VMware.<br><br> So I think SFEX is valid only if combined with STONITH IPMI for <br> baremetal servers or even VMware hosts,<br> and we should use fence_scsi for the recent SPC-3 compliant disk storage <br> with fence_vmware_soap on VMware.  Am I right?<br><br> In addition, is fence_scsi with fence_vmware_soap proven enough in <br> production environments on RHEL7x on VMware?<br><br> Thank you for any responses.</span></span></span></span></span></span></div><div><span><span><span><span><span><span>Satoshi</span></span></span></span></span></span></div><span><span><span><span><span><span><div class="gmail-yj6qo gmail-ajU" dir="ltr"><div tabindex="0" class="gmail-ajR" id="gmail-:15f"><img class="gmail-ajT" src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif"><span></span></div></div></span></span></span></span></span></span></div></div></div></div>