From owner-freebsd-geom@freebsd.org Sat Feb 6 19:09:05 2021 Return-Path: Delivered-To: freebsd-geom@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 7F4E9532489 for ; Sat, 6 Feb 2021 19:09:05 +0000 (UTC) (envelope-from 6731955@gmail.com) Received: from mail-yb1-xb36.google.com (mail-yb1-xb36.google.com [IPv6:2607:f8b0:4864:20::b36]) (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 4DY1zh48ttz3FW4 for ; Sat, 6 Feb 2021 19:09:04 +0000 (UTC) (envelope-from 6731955@gmail.com) Received: by mail-yb1-xb36.google.com with SMTP id r2so10328455ybk.11 for ; Sat, 06 Feb 2021 11:09:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xFRaWNZoayTHMihV4dwrRFEwWh/o6I8jXXJ/yRP8JTg=; b=PSgYRHo8+5PiHesm6DJBGwgNvPpVThKoG1WAi+5Uyw4LgvX8m8hiyUeyj3qNJ4vaqv B929hCJbkSP3wxlNTEgVEzyWAswCy+Or0gO2GVbV2ugVgWK+aP3BK+yXCvxKtwd7Trs2 XrvVvGEaJsZrfCHNzuJDnMvprZbr+UlulyvH9fqlLRnCXoueKVNbz2gw154nXJduMLtF eX+ztV3u4BgYMUwvUlYyo0Mmb3JlCYY0/6kd6OuCIgDLvRU7fjNshxm92VD4wzCpVcwR lu0Pbfc5GuIWexg3il4GXWpBdHSwBfJsNnw3QoLmIHhLwBkMQXbNArPKrgvpw2blKz3S 4DYA== 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=xFRaWNZoayTHMihV4dwrRFEwWh/o6I8jXXJ/yRP8JTg=; b=a4P0NVGWr5zesIu+OoqyBj6R8NLaKyijlzOOpZjwVSaOEdQizlF3C0e2czpB+nyEBo J9DfJ+T2P/IKYX1XBbKJqQuVARS6cv2gIoSwZsbqPDm9CSI8jLyX9xKpcbQoKSJmHTEe EUv1V+rGd8+4Tmg+dxLZXSAnW17K4/7hfNdG4l2GEzn+KxFDRB9bmGetBXZQAX5sfjRq 9/C/sFCkyEEtA7fVHx8PcoJSFY9hvW3ILMkXoc7meYRmaMbhOgQnJIgz3GWf6VMV+qd8 rVcA8qj0zEAfZplkwaaKNg7I3+J3MVo39+3TpiQtw6gpsnUzCSsFrH+zQ8SameTJQ1s+ p56A== X-Gm-Message-State: AOAM531m6G9zZx+f4UGVPZ04fKZWB2rW7fGthqM/prR982dgz09WkpbF GH2ZBU2Z5EPl/MKhCfv0IGirE3/lBc0lNQ1s0Lg= X-Google-Smtp-Source: ABdhPJzsbHx/u4VzlJtCU1YX7NDNft17H6zFD4944ptBM/I1gXqSckXReGjN4WXmyceEM2ElGoi3l1AFKtn0E68oZsk= X-Received: by 2002:a05:6902:1025:: with SMTP id x5mr14492267ybt.21.1612638543552; Sat, 06 Feb 2021 11:09:03 -0800 (PST) MIME-Version: 1.0 References: <2023081.RhTPgMbj8J@t450s.local.lan> In-Reply-To: <2023081.RhTPgMbj8J@t450s.local.lan> From: Abner Gershon <6731955@gmail.com> Date: Sat, 6 Feb 2021 14:08:22 -0500 Message-ID: Subject: Re: gjournal, turn off automatic synchronization clarification To: Walter von Entferndt Cc: freebsd-geom@freebsd.org X-Rspamd-Queue-Id: 4DY1zh48ttz3FW4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=PSgYRHo8; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of 6731955@gmail.com designates 2607:f8b0:4864:20::b36 as permitted sender) smtp.mailfrom=6731955@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::b36:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-geom@freebsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::b36:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b36:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-geom] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2021 19:09:05 -0000 Thanks for the tip on cpio -0 (though I may just use ZFS send to tape) and for the advice regarding ZFS. Everything I have read agrees with you that ZFS has advantages for jails and VMs. Iocage demands it. I may even do some scrubs now and then. You are also correct about Linux support in jails as of 12.2. Thanks. On Sat, Feb 6, 2021 at 11:34 AM Walter von Entferndt < walter.von.entferndt@posteo.net> wrote: > At Samstag, 6. Februar 2021, 13:00:01 CET Abner Gershon > <6731955@gmail.com> wrote: > > Appreciate your advice. There seems to be overwhelming enthusiasm for > > ZFS. > > This enthusiasm is justified. ZFS offers many advantages for your > setup. > > > Maybe I am swimming against the current leaning toward UFS. My > > reasons are: 1. Have relied on dump backups to LTO tape for the past > > decade and am very comfortable with dump and restore. Sure, tar would > > not be hard to learn but will it reliably handle the samba files with > > names like "Bob's ideas about marketing.doc" correctly? > > You can use find(1) & cpio(1)'s -0 option to use zero-terminated > filenames. > > > 2. I have 72 GB ram but am planning to run a Windows guest and Linux > > guest with Oracle database on behyve as well as a few jails. > > Concerned ZFS will eat up too much memory. > > Adjust the appropiate sysctl(8) knobs to restrict ZFS ARC cache size. > ZFS dedup & cloning features are especially useful when working with > jails and VMs. For Linux guests you don't need a VM anymore, Linux- > branded jails are now in STABLE, i.e. about to come latest with 13-REL. > Maybe they are already in 12.2, I don't know. > > > > 3. Not really convinced that "bit-rot" should be a concern. I > > understand it is real. But, in the past 15 years I can't recall > > coming across a single corrupted data (pdf, word doc, ledger, mp3, > > etc) file. > > I understand that walking over the street when the traffic lights show > red is dangerous. But I never had an accident for over 40 years doing > that... > > > I currently manage about 4TB of data and it grows by about > > 500 or 600 GB per year. Have been using ext3 and ext4 on debian linux > > for the past 15 years. > > Use 3+-way mirrors or RAID with double/triple parity on disks >8 TB. > The reason is that on such large disks, the likelyhood of unrecoverable > & undetected bit errors is astonishingly high. Without a checksum, > these are undetected. ZFS offers strong checksums from platter to > applications memory. > -- > =|o) "Stell' Dir vor es geht und keiner kriegt's hin." (Wolfgang Neuss) > > >