HAST + ZFS + NFS + CARP

[InterNetX - Juergen Gotteswinter]

> 
> Thank you very much for those "advices", it is much appreciated! 
> 
> I'll definitively go with iSCSI (for which I haven't that much 
> experience) over HAST.

good luck, i rather cut one of my fingers than using something like this
in production. but its probably a quick way if one targets to find a new
opportunity ;)

> 
> Maybe a stupid question but, assuming on the MASTER with ada{0,1} the 
> local disks and da{0,1} the exported iSCSI disks from the SLAVE, would 
> you go with:
> 
> $> zpool create storage mirror /dev/ada0s1 /dev/ada1s1 mirror /dev/da0
> /dev/da1
> 
> or rather:
> 
> $> zpool create storage mirror /dev/ada0s1 /dev/da0 mirror /dev/ada1s1
> /dev/da1
> 
> I guess the former is better, but it's just to be sure .. (or maybe it's
> better to iSCSI export a ZVOL from the SLAVE?)
> 

are you really sure you understand what you trying to do? even if its
currently so, i bet in a desaster case you will be lost.


> Correct me if I'm wrong but, from a safety point of view this setup is 
> also the safest as you'll get the "fullsync" equivalent mode of HAST
> (but but it's also the slowest), so I can be 99,99% confident that the
> pool on the SLAVE will never be corrupted, even in the case where the
> MASTER suddently die (power outage, etc), and that a zpool import -f
> storage will always work?

99,99% ? optimistic, very optimistic.

we are playing with recovery of a test pool which has been imported on
two nodes at the same time. looks pretty messy

> 
> One last thing: this "storage" pool will be exported through NFS on the 
> clients, and when a failover occur they should, in theory, not notice
> it. I know that it's pretty hypothetical but I wondered if pfsync could
> play a role in this area (active connections)..?
> 

they will notice, and they will stuck or worse (reboot)

> Thanks!
> Julien
> 
>>
>>>>>> ZFS would then know as soon as a disk is failing.
>>>>>> And if the master fails, you only have to import (-f certainly, in case of a master power failure) on the slave.
>>>>>>
>>>>>> Ben
>> _______________________________________________
>> freebsd-fs at freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-fs
>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"
>