How to speed up slow zpool scrub?

Bob Friesenhahn bfriesen at simple.dallas.tx.us
Fri Apr 29 13:32:58 UTC 2016


On Wed, 27 Apr 2016, Michael B. Eichorn wrote:
>
> It does not *need* to be ECC ram, ECC is just *highly recommended*. As
> one of the key features of zfs is bitrot prevention, it makes sense to
> protect against bitrot everywhere. Zfs (and thus freenas) is just fine
> with non-ecc ram. Just, like for any filesystem if the bit is flipped
> in ram it will be recorded as such on disk.

This is not necessarily the case.  Zfs does not offer additional 
protections for data in RAM.  It assumes that data in RAM is protected 
in other ways.  The on-disk checksum only verifies that the data was 
not modified since it was checksummed, but it may already be corrupt. 
The risk factor is pretty high if RAM becomes corrupted since zfs uses 
so much RAM.

It is possible to lose data and even the whole pool due to memory 
corruption.

There are well known cases where users encountered continual/periodic 
pool corruptions due to flaky RAM.

Bob
-- 
Bob Friesenhahn
bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/


More information about the freebsd-fs mailing list