Date: Tue, 30 Apr 2019 16:40:06 +0300 From: Daniel Kalchev <daniel@digsys.bg> To: Karl Denninger <karl@denninger.net> Cc: freebsd-stable@freebsd.org Subject: Re: ZFS... Message-ID: <31095B59-630A-44E3-B68F-530C6A0AEC35@digsys.bg> In-Reply-To: <d0118f7e-7cfc-8bf1-308c-823bce088039@denninger.net> References: <30506b3d-64fb-b327-94ae-d9da522f3a48@sorbs.net> <CAOtMX2gf3AZr1-QOX_6yYQoqE-H%2B8MjOWc=eK1tcwt5M3dCzdw@mail.gmail.com> <56833732-2945-4BD3-95A6-7AF55AB87674@sorbs.net> <3d0f6436-f3d7-6fee-ed81-a24d44223f2f@netfence.it> <17B373DA-4AFC-4D25-B776-0D0DED98B320@sorbs.net> <70fac2fe3f23f85dd442d93ffea368e1@ultra-secure.de> <70C87D93-D1F9-458E-9723-19F9777E6F12@sorbs.net> <CAGMYy3tYqvrKgk2c==WTwrH03uTN1xQifPRNxXccMsRE1spaRA@mail.gmail.com> <5ED8BADE-7B2C-4B73-93BC-70739911C5E3@sorbs.net> <d0118f7e-7cfc-8bf1-308c-823bce088039@denninger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 30 Apr 2019, at 16:11, Karl Denninger <karl@denninger.net> wrote: >=20 >=20 > My experience is that ZFS is materially more-resilient but there is no > such thing as "can never be corrupted by any set of events." Backup > strategies for moderately large (e.g. many Terabytes) to very large > (e.g. Petabytes and beyond) get quite complex but they're also very > necessary. >=20 I can only second that statement. Being paranoid with your data (keep = many copies, have many backups) is never enough. A colleague just complained the other day, that they lost a zpool and = that ZFS didn=E2=80=99t save their data=E2=80=A6. by not making a = redundant pool and the hard drive trashing heads. And no backups. The = unreadable part of the drive happened in metadata and the pool can not = be imported. I keep an HDD around, that since it was brand new, runs perfectly under = any OS. Rock solid, that is=E2=80=A6 and only ZFS complains that it = reads things back it didn=E2=80=99t write. Before that, I would think = UFS was ok=E2=80=A6 since then, I don=E2=80=99t build a single = installation, that does not have at least a mirrored ZFS pool. And = =E2=80=9Carchive servers=E2=80=9D (stands for backup) have become the = central focus of my work. These are never enough.. Daniel
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?31095B59-630A-44E3-B68F-530C6A0AEC35>