> FMA (not ZFS, directly) looks for a number of
> failures over a period of time.
> By default that is 10 failures in 10 minutes.  If you
> have an error that trips
> on TLER, the best it can see is 2-3 failures in 10
> minutes.  The symptom
> you will see is that when these long timeouts happen,
> they take a long time
> because, by default, the drive will be reset and the
> I/O retried after 60 seconds.
That's very good news. I'm trying to get the stuff together
to set up my zfs server, and I'm also perfectly willing
to trade slower operation and more disks to get zfs' 
scrubbing and other operations. 

The recent discovery that WD has decided to up its 
prices in a back-door manner by making sure that the
DIY RAID folks can't modify TLER on cheaper drives was
a real slap in the face, potentially more than doubling
the price of storage. I've dealt with the MBA mentality
before, and I don't like it.  >:-| 

This discovery was bad enough to almost put me off 
building a server entirely, with the apparent options of
paying 100% more for the disks or having the array suffer
100% data loss on any significant read/write error. 

So let me be sure I understand. If I'm using solaris/zfs, 
I can use FMA to set the level of retries/time to be 
waited if I get a disk error before taking a disk out of
the array. Is that correct? 

If it is, and that can be set to allow an array of disks 
to tolerate most instances of read/write errors without
corrupting an entire array, then I'm back on with the
server scheme.

The whole point of going to solaris/zfs is background
scrubbing for me. I'm willing for it to be slow - however
slow it is, it's much faster than finding the backup DVDs
in the closet, pilfering through them to find the right
one, then finding out the DVD set has bit-rot too. 

I apologize for the baby-simple questions. I'm reading 
documentation as hard as I can, but there's a world of
difference between reading documentation and 
understanding and using the tools described.
-- 
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