I recently ran into a problem for the second time with ZFS mirrors. I mirror 
between two different physical arrays for some of my data. One array (SE3511) 
had a catastrophic failure and was unresponsive. Thus, according to the ZFS in 
s10u3 it just basically waits for the array to come back and hangs pretty much 
all IO to the zpool. I was told by Sun service that there were enhancements in 
the upcoming S10 10/08 release that will help. 

My understanding of the code being delivered with S10 10/08 is that on 2-way 
mirrors (which is what I use) that if this same situation occurs again, ZFS 
will allow reads to happen but writes are still going to be queued until the 
other half of the mirror comes back.

Is it just me or have we gone backwards? The whole point of mirroring is so 
that if half the mirror goes we survive and can fix the problem with little to 
NO impact to the running system. Is this really true? With ZFS root also being 
available in S10 10/08 I would not want it anywhere near my root filesystem if 
this is really the behavior.

Any information would be GREATLY appreciated!

BlueUmp
--
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to