zfs i/o error, no driver error
Martin Simmons
martin at lispworks.com
Mon Jun 7 16:55:38 UTC 2010
>>>>> On Mon, 7 Jun 2010 05:19:54 -0700, Jeremy Chadwick said:
>
> Which brings us to the topic of scrub interval...
>
> This exact question was asked on the ZFS OpenSolaris list[6] in late
> 2008, and nobody there provided any concrete evidence either. The
> closest thing to evidence is this:
>
> "...in normal operation, ZFS only checks data as it's read back from the
> disks. If you don't periodically scrub, errors that happen over time
> won't be caught until I next read that actual data, which might be
> inconvenient if it's a long since the initial data was written".
The question can't be answered with absolute numbers, because it depends on
other factors such as environmental effects.
> The topic of scrub intervals was also brought up a month later[7].
> Someone said:
>
> "We did a study on re-write scrubs which showed that once per year was a
> good interval for modern, enterprise-class disks. However, ZFS does a
> read-only scrub, so you might want to scrub more often".
>
> The first part conflicts with what the guide recommends (I'd also like
> to see the results of the study!), while the last half of the paragraph
> makes no sense ("because it reads, do it more often!"). So if you take
> the first sentence and apply it to what the ZFS Best Practices Guide
> says, you come out with... "scrub consumer-grade disks every 6 months".
It doesn't conflict if you agree that freshly written data is more likely to
be readable that data written long ago (with some curve in between).
The re-write scrub they are talking about will write all of the data back to
the disks during the scrubbing operation, which makes it fresher.
ZFS OTOH performs read-only scrubs, i.e. it just checks that the data can be
read. It only writes if there was a problem reading from one of the disks.
I don't know if there is any science behind that theory...
__Martin
More information about the freebsd-fs
mailing list