From owner-freebsd-stable@freebsd.org  Tue Apr 30 08:26:30 2019
Return-Path: <owner-freebsd-stable@freebsd.org>
Delivered-To: freebsd-stable@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02AFB158888C
 for <freebsd-stable@mailman.ysv.freebsd.org>;
 Tue, 30 Apr 2019 08:26:30 +0000 (UTC) (envelope-from pi@freebsd.org)
Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 server-signature RSA-PSS (4096 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 86C129325A
 for <freebsd-stable@freebsd.org>; Tue, 30 Apr 2019 08:26:29 +0000 (UTC)
 (envelope-from pi@freebsd.org)
Received: from pi by home.opsec.eu with local (Exim 4.92 (FreeBSD))
 (envelope-from <pi@freebsd.org>)
 id 1hLO5r-0003ze-1Y; Tue, 30 Apr 2019 10:26:27 +0200
Date: Tue, 30 Apr 2019 10:26:27 +0200
From: Kurt Jaeger <pi@freebsd.org>
To: Michelle Sullivan <michelle@sorbs.net>
Cc: freebsd-stable <freebsd-stable@freebsd.org>
Subject: Re: ZFS...
Message-ID: <20190430082626.GX72200@home.opsec.eu>
References: <30506b3d-64fb-b327-94ae-d9da522f3a48@sorbs.net>
 <CAOtMX2gf3AZr1-QOX_6yYQoqE-H+8MjOWc=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>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <17B373DA-4AFC-4D25-B776-0D0DED98B320@sorbs.net>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-stable>, 
 <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Apr 2019 08:26:30 -0000

Hi!

> If one triggers such a fault on a production server, how can one
> justify transferring from backup multiple terabytes (or even petabytes
> now) of data to repair an unmountable/faulted array.... because all
> backup solutions I know currently would take days if not weeks to
> restore the sort of store ZFS is touted with supporting.

Isn't that the problem with all large storage systems ?

Even mainframe storage (with very different concepts behind it) can
become messed up so much that there's no hope left.

-- 
pi@opsec.eu            +49 171 3101372                    One year to go !