[kwlug-disc] Video about ZFS mishap(s?)

L.D. Paniak ldpaniak at fourpisolutions.com
Sat Jan 29 22:32:48 EST 2022


The only fault of ZFS is it enables one to lose data at the PB scale 
with little experience.

Even minimal monitoring of the array would have helped them to avoid 
this episode.

Once you are using mechanical drives of more than a handful of TB, 
RAIDZ3 vdevs are something to consider. Rebuild times are long and bit 
error rates have not gone down in time.
The ServeTheHome RAID reliability calculator is a useful tool (that 
might make you rethink your array):
https://www.servethehome.com/raid-calculator/raid-reliability-calculator-simple-mttdl-model/

On 2022-01-29 21:16, Jason Eckert wrote:
> I find it mind boggling that they have that much hardware, but were 
> too lazy to spend time properly configuring/monitoring ZFS until it 
> was too late.
>
> On Sat, Jan 29, 2022 at 9:12 PM Chris Frey <cdfrey at foursquare.net> wrote:
>
>     On Sat, Jan 29, 2022 at 08:36:43PM -0500, Mikalai Birukou via
>     kwlug-disc wrote:
>     > https://www.youtube.com/watch?v=Npu7jkJk5nM
>
>     I don't think that has much to do with ZFS :-)
>
>     I was slightly puzzled at their first move to remove the drives that
>     were still working but had errors.  With that many failed disks in the
>     array, wouldn't it have been a better strategy to try to get
>     everything
>     into a good state before replacing entire drives?
>
>     - Chris
>
>
>     _______________________________________________
>     kwlug-disc mailing list
>     kwlug-disc at kwlug.org
>     https://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org
>
>
> _______________________________________________
> kwlug-disc mailing list
> kwlug-disc at kwlug.org
> https://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://kwlug.org/pipermail/kwlug-disc_kwlug.org/attachments/20220129/ff2466cb/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0xC9C450AD41E27BAA.asc
Type: application/pgp-keys
Size: 1696 bytes
Desc: OpenPGP public key
URL: <http://kwlug.org/pipermail/kwlug-disc_kwlug.org/attachments/20220129/ff2466cb/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <http://kwlug.org/pipermail/kwlug-disc_kwlug.org/attachments/20220129/ff2466cb/attachment.sig>


More information about the kwlug-disc mailing list