Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 25 Jan 2013 01:31:53 +0200
From:      Nikolay Denev <ndenev@gmail.com>
To:        Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl>
Cc:        freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org, Adam Nowacki <nowakpl@platinum.linux.pl>
Subject:   Re: ZFS regimen: scrub, scrub, scrub and scrub again.
Message-ID:  <4241CA0A-9AFC-4EB4-89B7-18BC7E645B03@gmail.com>
In-Reply-To: <alpine.BSF.2.00.1301241523570.5666@wojtek.tensor.gdynia.pl>
References:  <CACpH0Mf6sNb8JOsTzC%2BWSfQRB62%2BZn7VtzEnihEKmEV2aO2p%2Bw@mail.gmail.com> <alpine.BSF.2.00.1301211201570.9447@wojtek.tensor.gdynia.pl> <20130122073641.GH30633@server.rulingia.com> <alpine.BSF.2.00.1301232121430.1659@wojtek.tensor.gdynia.pl> <51013345.8010701@platinum.linux.pl> <alpine.BSF.2.00.1301241523570.5666@wojtek.tensor.gdynia.pl>

next in thread | previous in thread | raw e-mail | index | archive | help

On Jan 24, 2013, at 4:24 PM, Wojciech Puchar =
<wojtek@wojtek.tensor.gdynia.pl> wrote:
>>=20
> Except it is on paper reliability.

This "on paper" reliability saved my ass numerous times.
For example I had one home NAS server machine with flaky SATA controller =
that would not detect one of the four drives from time to time on =
reboot.
This made my pool degraded several times, and even rebooting with let's =
say disk4 failed to a situation that disk3 is failed did not corrupt any =
data.
I don't think this is possible with any other open source FS, let alone =
hardware RAID that would drop the whole array because of this.
I have never ever personally lost any data on ZFS. Yes, the performance =
is another topic, and you must know what you are doing, and what is your
usage pattern, but from reliability standpoint, to me ZFS looks more =
durable than anything else.

P.S.: My home NAS is running freebsd-CURRENT with ZFS from the first =
version available. Several drives died, two times the pool was expanded
by replacing all drives one by one and resilvered, no single byte lost.





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4241CA0A-9AFC-4EB4-89B7-18BC7E645B03>