Date: Wed, 5 Aug 2020 09:55:06 -0500 (CDT) From: Bob Friesenhahn <bfriesen@simple.dallas.tx.us> To: Alan Somers <asomers@freebsd.org> Cc: freebsd-fs <freebsd-fs@freebsd.org> Subject: Re: zfs scrub enable by default Message-ID: <alpine.GSO.2.20.2008050943430.10299@scrappy.simplesystems.org> In-Reply-To: <CAOtMX2gO8tjp3wb-RNBcnb=zNwh5CVoF8TbLiC3SQsDcHxDf%2BA@mail.gmail.com> References: <cca34d1a-1892-41ec-ce45-84865100c6e1@FreeBSD.org> <CAJjvXiEXEdAFXpXkGvt4fymA17kNdp6XkZV5taGKLoP2GvMHbw@mail.gmail.com> <d1b580da-1539-5fc9-f7a3-3f013bba4ef3@FreeBSD.org> <CANCZdfq2PneFvB4rnz2iGu5srFFFjs8N=7FwRO3DYjosESWXtQ@mail.gmail.com> <CAGuotKD0mCS3KmMA-EGL1uH_fByYOhMKbPVDoTdB8dg5kC-u9g@mail.gmail.com> <105090343.294898.1596586694925.JavaMail.zimbra@gray.id.au> <alpine.GSO.2.20.2008042010300.10299@scrappy.simplesystems.org> <e5e7a916-4da2-6467-1616-1b1a75f32509@denninger.net> <alpine.GSO.2.20.2008050808330.10299@scrappy.simplesystems.org> <CAOtMX2gO8tjp3wb-RNBcnb=zNwh5CVoF8TbLiC3SQsDcHxDf%2BA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 5 Aug 2020, Alan Somers wrote: >> >> Zfs scrub is not going to protect your precious data from loss given >> just one drive unless you increase the copies setting. Zfs itself >> already uses redundant copies for its own data structures. > > -1. In my experience, based on many thousands of drives, a whole drive > failure is more likely than the failure or silent corruption of a few > sectors. The ZFS copies setting really isn't very useful with modern HDDs. This is something that I totally agree with. In this case a scrub will not help all that much other than make your 'bad day' occur earlier if the scrub pushes the device over the brink due to the increased loading. Scrub is more likely to successfully correct issues given sufficient physical redundancy but finding the issues right away is less important given sufficient physical redundancy since issues will be automatically corrected upon data access. Manual scrub of a new pool (after copying in the data) is a very wise idea in order to uncover system-level issues. Bob -- Bob Friesenhahn bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.GSO.2.20.2008050943430.10299>