Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 13 Apr 2016 18:46:09 -0500
From:      Brandon J. Wandersee <>
To:        Luciano Mannucci <>
Subject:   Re: ZFS with errors
Message-ID:  <86h9f5ax8e.fsf@WorkBox.Home>
In-Reply-To: <>
References:  <> <> <> <>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help

Luciano Mannucci writes:

> On Wed, 13 Apr 2016 15:56:20 +0200 (CEST)
> Trond Endrestøl <> wrote:
>> There's no redundancy in this pool, making it hard for ZFS to 
>> automatically repair your files.
>> Maybe you should destroy your pool and recreate it using a mirrored 
>> configuration. Maybe, mirror disks 1 & 2, and disks 3 & 4, e.g.
> They are of different sizes. I don't know if I can add redundancy
> without loosing the bits that exeed the smallest one...
> I'm a zfs newbie, just experimenting by now... :)

Experimenting is good, but you've sort of dived head-first into the bad
practices deep end. A striped ZFS pool consisting of four disks of
different sizes is probably *less* reliable (and possibly less
performant) than a a single disk formatted with a traditional
filesystem. Your data has no redundancy, the pool will only perform as
well as the slowest of the four disks, and a problem with any one disk
will affect all data. Even a one-disk ZFS stripe with the "copies"
property raised is probably better than a large, multi-disk stripe.

You can read the original "ZFS Best Practices" guide for some more
info.[1] Some of it is either slightly out-of-date, or applies only to
Solaris, but most of it is still relevant to FreeBSD today.

If you're willing to spend a little money, "FreeBSD Mastery: ZFS" by
Michael W. Lucas is pretty good.[2]



::  Brandon J. Wandersee
::  --------------------------------------------------
::  'The best design is as little design as possible.'
::  --- Dieter Rams ----------------------------------

Want to link to this message? Use this URL: <>