Date: Wed, 5 Aug 2020 08:15:44 -0500 (CDT) From: Bob Friesenhahn <bfriesen@simple.dallas.tx.us> To: Karl Denninger <karl@denninger.net> Cc: freebsd-fs@freebsd.org Subject: Re: zfs scrub enable by default Message-ID: <alpine.GSO.2.20.2008050808330.10299@scrappy.simplesystems.org> In-Reply-To: <e5e7a916-4da2-6467-1616-1b1a75f32509@denninger.net> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 4 Aug 2020, Karl Denninger wrote: > Let me give you two allegedly "degenerate" cases that are actually not > degenerate at all. > > 1. A laptop or workstation. It is backed up. It uses ZFS because it's > faster, and I can establish a filesystem for some project very easily and > quickly, it's segregated, I can work on it and destroy it trivially when > done. I can set quotas on that, etc. If I want to move its mountpoint, I > can trivially do so. And so on. Note that here there is no redundancy at > all; no raidZx, no mirroring, etc. I'm merely using it for convenience. Did you remember to set copies=2 or copies=3 for zfs filesystems where you hope not to experience data loss? It needs to be set as soon as possible since it only applies to new files. This is a way to get more media redundancy, although the whole drive may fail. 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. 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 From owner-freebsd-fs@freebsd.org Wed Aug 5 13:32:43 2020 Return-Path: <owner-freebsd-fs@freebsd.org> Delivered-To: freebsd-fs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D3774376A81 for <freebsd-fs@mailman.nyi.freebsd.org>; Wed, 5 Aug 2020 13:32:43 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi1-f174.google.com (mail-oi1-f174.google.com [209.85.167.174]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BMCGz0XJhz4qmy for <freebsd-fs@freebsd.org>; Wed, 5 Aug 2020 13:32:42 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi1-f174.google.com with SMTP id b22so13638293oic.8 for <freebsd-fs@freebsd.org>; Wed, 05 Aug 2020 06:32:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Q/ZYvV2y8Fp05xtKOzSjycbgjSjnxNQy/0f5JPOsB50=; b=uYLoyHHI5YkcSVFXrpoMh3Y0cYZ6Xzo/oPrgqBXzxybXpUesVw40mRfjtbX8g/Yw6a E2YNNCfO+pTF4RZGsWoDkNjB4aDhxbKQigBGjsI4Ci4d/MfnS2fJZLv9GK1ZcNLv5od3 ZUs+sEd/oGKEVsPfpc0o2nX5vDnDCmFGAfRnDoGx61wOzKse++rIc/bdE9uI7DBOqxdW NFjW0AioKfCXUt1fVuQftvY5iOJuXtuzKuggAT1HKl6BSHvpsHeV3WWNwpX/80ukXrzf UHHTmhztphCJTBRvG/7xUvQ3ffb8Gg0yWzyulgsVRzOD66HLsx+jzt50RqopriJNnzhb 63fQ== X-Gm-Message-State: AOAM53113pqNqeliWCVpoFQQ1RwCzxZbVAUC2LIYWvgNhDD+kpnkRBMo rB902rGz5xAIO8vaG2GPQeVMyEsClTeQ46tEeQo= X-Google-Smtp-Source: ABdhPJwvXTQu6euZ12lszzAY00CYwMA152NcSYFsWqPPA9ULRI912BPW7/RuQe4AANOam8GEY6iYBT3Fkgy36+lYte0= X-Received: by 2002:aca:b884:: with SMTP id i126mr2827415oif.57.1596634361582; Wed, 05 Aug 2020 06:32:41 -0700 (PDT) MIME-Version: 1.0 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> In-Reply-To: <alpine.GSO.2.20.2008050808330.10299@scrappy.simplesystems.org> From: Alan Somers <asomers@freebsd.org> Date: Wed, 5 Aug 2020 07:32:29 -0600 Message-ID: <CAOtMX2gO8tjp3wb-RNBcnb=zNwh5CVoF8TbLiC3SQsDcHxDf+A@mail.gmail.com> Subject: Re: zfs scrub enable by default To: Bob Friesenhahn <bfriesen@simple.dallas.tx.us> Cc: Karl Denninger <karl@denninger.net>, freebsd-fs <freebsd-fs@freebsd.org> X-Rspamd-Queue-Id: 4BMCGz0XJhz4qmy X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.167.174 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-1.70 / 15.00]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-0.95)[-0.953]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_SPAM_SHORT(0.15)[0.148]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.174:from]; NEURAL_HAM_MEDIUM(-0.89)[-0.893]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.174:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Filesystems <freebsd-fs.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-fs>, <mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs/> List-Post: <mailto:freebsd-fs@freebsd.org> List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-fs>, <mailto:freebsd-fs-request@freebsd.org?subject=subscribe> X-List-Received-Date: Wed, 05 Aug 2020 13:32:43 -0000 On Wed, Aug 5, 2020 at 7:15 AM Bob Friesenhahn <bfriesen@simple.dallas.tx.us> wrote: > On Tue, 4 Aug 2020, Karl Denninger wrote: > > > Let me give you two allegedly "degenerate" cases that are actually not > > degenerate at all. > > > > 1. A laptop or workstation. It is backed up. It uses ZFS because it's > > faster, and I can establish a filesystem for some project very easily > and > > quickly, it's segregated, I can work on it and destroy it trivially when > > done. I can set quotas on that, etc. If I want to move its mountpoint, > I > > can trivially do so. And so on. Note that here there is no redundancy > at > > all; no raidZx, no mirroring, etc. I'm merely using it for convenience. > > Did you remember to set copies=2 or copies=3 for zfs filesystems where > you hope not to experience data loss? It needs to be set as soon as > possible since it only applies to new files. This is a way to get > more media redundancy, although the whole drive may fail. > > 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. -Alan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.GSO.2.20.2008050808330.10299>