<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, May 28, 2014 at 1:55 PM, Dan Swartzendruber <span dir="ltr"><<a href="mailto:dswartz@druber.com" target="_blank">dswartz@druber.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">> It looks to me like Sa¨o's design is active/standby failover.  Zpool<br>


<div class="">> import on the standby should obtain a clean transaction group as long<br>
> as the originally active system is still not using the pool.  The<br>
> result would be similar to the power fail situation.<br>
<br>
</div>As long as the right fencing is done in the case where the active node<br>
goes south, agreed.  In my case, I have 3 server, two running vsphere and<br>
one running illumos.  All active guests run on server V1, with V2 as a HA<br>
backup for V1.  Since V2 is doing little else, it also hosts a virtualized<br>
illumos appliance, which currently has two 1TB disks for a hourly zfs send<br>
replication job.  I intend to put an HBA in V2 and pass it through to the<br>
storage appliance and go from there.  The only fly in the ointment is that<br>
while V1 can be readily fenced using the on-board IPMI, I have no easy way<br>
to fence the virtualized appliance.  I seem to recall seeing a vmware<br>
fencing agent, but it may not be reliable enough for me (e.g. what if the<br>
reason the virtualized appliance is not working properly is because the<br>
host is wigging out?)  It struck me that since nothing else normally runs<br>
on V2, I can fence the virtualized appliance by fencing the host it runs<br>
on using V2's onboard IPMI.  If a hard failover needs to be done, the<br>
standby appliance will need to import the pool with '-f', which is scary<br>
if your fencing is not extremely reliable...<br></blockquote><div><br></div>Assuming you have real SAS devices in the pool, not SATA with interposers, you can use SCSI reservations.  This can block the other host from accessing a pool you are about to take over.   <div>

<br></div><div>sg3_utils has utilities for managing SCSI reservations. </div><div><br></div><div>-Chip</div></div></div></div>