From nobody Thu Oct 12 05:08:43 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4S5d336r4zz4xFSB for ; Thu, 12 Oct 2023 05:09:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4S5d320Xvnz4fDG for ; Thu, 12 Oct 2023 05:09:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=eYmq49rc; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1697087339; bh=hKpEOjNwLgVqMZxi5iSYQBjdQfsKuQ+80vPONnjeYNE=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=eYmq49rc2kA3JYLA7uwFSTCBN8F48AD0HWcc3ZoURmVEwPDNKOCNYJi29kx3+9xLJ89IZNPrcaga1omaHARgK55Xs/in0Seo+TjSY6vqeRglmXXQSRCJnvTljaAnSgYO34no8IC0rjPHTSeIiVXMnTAzEgpaQmdJGsZP4V90bl3cZOaOYFmsT7maqw3DBBMCgwXVlRwJYCTRSQTgTGSk2bMrDPrGucc4InioraJglvqYffdZH61PwFKtwgEtA1d3MWtSVx2h4H4sIaKFh814qGQ1rrceKxcPttjlHGh+bV+VEcIex5iAunFvPHX+4PGDIDemGMVgZe8qw7XNUckRhw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1697087339; bh=FyHo83UFYzIo3EUSSunHAmov/XDIaPa7jP3xNbl9PJT=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ujQR58PFPlg3o/jL75wgtBwHfmcZ7ElPo3OA38HkLACObhBooV6XVMVIReiyPgBvNH8/FP8hNDRnVvBk1YBVsAJTKHukejie+HqlIZS8nDZCGn3JFqGGAln6/DwIgzsbT/6aGtLGjHVfRD2wZrw8OnC4e+ceRQ26OPi8YNYyWdohaQ4JC02xHBd5T+TXhGtUv0FqJD9KP9H48BwnH8PRo6oe0oEW6DisycJQYes1xTmXhvUVrmPO8xqaaA7VkF9CN4G4j1pN4QX5e6Z7kEVI3fJ+b2jxVOSRwdi3rIqdZwhi0e++6vEKkSi9H+uwQxBLcNnppFpfeQ+RLmlInNaH0A== X-YMail-OSG: HISCJ9cVM1nvsV.AoaHqcRC1Of4P6Z3oXTh5QGLTbkBpPBNbrt4ZmKrTuofO4R3 SHy7qf3usecE.mHsdxy_TP_TrMgXR8F8vg.vMGKar_8giI4jS6CrQgaNZ128Mkl83irUseDHt_.k hU5iElv4zZF5ULWj3w4sBAliyxlLz1DtSHcshai_IZ8rpaqpkh45R9VKHZozRnD4dBzoGK0IZ0E5 pHKmXRPkmxvQXrG.g8iYt61qeLKfmecA6TmwgDD1.Kbh_WA9hYAu5zWGedKvIObN0efhe_vMyCpt fsKwjfSCIWpghns10tscOvhBa324O8rqipHdnQDWp2O5xTkMJiDkBS41gf3psn0w8fLUhL_1eBJg 4rUHbkBKfObqAvXBMD9XSEdJPTWvLzzBA8fGvWQNRK5VKhh57YWsVQmBw.6cHRO_UrckDYHwmKo9 pYAhw5fZ3GPLeEodAhByPuOoLkuNF6KsvWXvRv4OpVgw12lhnCUcTGwtA77UJ2vV.3ZbYJe9W8IY Qo2FZ_8cXlvmJICng9KlsqqFvTWJ5Qg3k1AmorcaAXdZ390QJ93LE8WPya1gnTS7s6k5ehP7pmHK LUa2sBHqUKBnhMa8VcyfLqp3YAAUxft6a8djfPkECR1SRrp4OvPb2eN0eu1Cha0X7YgDPhc8lmmM jy5W_tNxBHxFbN7hIWQkDC6PNNc3uFK2mLdou2aOCRFM50F81xMhkh5pdIBMe6DZM1dXvGD7l8PY 4c4XniMpLPPGPSJO3FZSUdxHvnxufKzb5cCaxkmBkSExGrb85SMcglpLsAdTTMyy_2DfebN5OBin gwdGwOLIpYOe20HELhOUB5_hrWiJIPCi9ZF8FdgQBojuTB4kV0HE35UBjGO4kz9Tfqsx9S1OgTTu Njifjun1GlasnllrDLAexjI7GeB7qjEcBZZzTUA0KC4S6l8VYnB6MZSIzA802uzxEvjBt9VXFg1S gOzFPQc3t.6lCH_yfrJ2cfTDo97.x4O7cL5qV8G07PGau9m__YQa6kjr8RwNkAGYQzy4JzfAw0c1 9xFQF7FO.npWhglS6hKGLndcCeYzxJZd2NR_7TQ4Z8Fdy2seE4Dqh0p93vA1l2o0XIPiGLFuAwzm LV8D6EqoaXJzPDjeL54z8pCHHQPJPp.VjEQfrorxsrBww_GMj.nyPlwSyVpJn5iUdwA6SK27.3ZG pOZleA7aUoprnnwqv1OIjoxvM8zyOv4fVcwKKgiEA1fEcC4iixcDRGFi6aBWd6lQeC8aRlCLpIbC Ug8Lm4fh5KrM3LNPIs4pdo39y6wOkyKCW1RSx3K22VjCmJVhnz_s3thhwD0l0Qxtlh1LIgCCx6ED j9weNL0Y7.5HjiKBh3q5KsHOZMevSNSseEvkAzCudKzqFAvQPB6RpV1V5jxRmO17JHyif8U1L4LO Z.VdUX9M434uRRYJLFU9dNpKjS2pdJ0hrfQxMWpi5oj2vf8Obp6X8GiYXhJMtuFid01nJYgBcF_R q1lcUyYZjbwPg4YBxfa4iXBis_qrt.YLr7.c7RFz2AkQMSSgibqNgoQfwX6vkJXEAl3IH4ywjFG_ .w20C1Noy1d5mkaKphM4VyP5ZWEf2fKGD9698nHQZ8Hxsi014rCXEXDQlGu_KvjbACL_AM57.1fF jmhEIWq5fFgYgqVy5._r_ZXN5Pp83E0EIlSN9SsUb9n2coVrGXEc2j_9o0Ov360RuYTi9LUnei1B omMUWDcnmj8.wogHcMSkFlq0dQxdjkOo0cLH_ZvKV3Mru9A4Crs9_.xugjIq95yGdOnvvdGxs5uQ IJTosziOGREW3g4jmLOdFgdq_4SqsCW7SHSByHkJmtH_DcPFyYL.oF93lMEGubxwMU6mg4M6iMxe .8sok7074LFxLvnRo7gFwlNwfiS_0Wl.gVkuXcRbcrj8ipk.EiNxBdCGnJvH5Aq2jdY9egnZssVS cnyCg0H6X3xwOVLiJ0APx7W7MXTaQ7GDTJtMSUyRUNflv61vdz1dBvNJ2Va26cceU9DAy8JAF10c 74yF3KYIW9N9m2eqjUN_GZ4GaA5pXLxTSZ9SrLSlqt1_ojf._JvSAwCWtoLjWqWl_2Cq35DGdKtp 1IpzqBCQEOa6dlAPoUjVcV8yRVsZtZahnRpqH6qrdmPympduFB50GkAb.tjFIvWuHOnSB2drGS92 w75wqvjykMizfbkoCHCl06154PXp_8As1MyMsszvzbLDhEfBx7MH57HvD6VbcRW2IWhwv1vYshN8 gCHjAetllAq8iDwloAMjexl3juJOHG_iwmnlvlmz0w.Zssze5R9NWFRJea.k.Sx2ciSVjk5tOa5d wgIXt X-Sonic-MF: X-Sonic-ID: e130c1c3-066d-41df-8d6d-49210aca6e47 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Thu, 12 Oct 2023 05:08:59 +0000 Received: by hermes--production-bf1-74bfc65597-mrz6v (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5a302c01b64b707248e69ca8db498afe; Thu, 12 Oct 2023 05:08:55 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.100.2.1.4\)) Subject: RE: git: 989c5f6da990 - main - freebsd-update: create deep BEs by default [really about if -r for bectl create should just go away] Message-Id: <6AA52432-32DF-4C2D-B061-F207521F7397@yahoo.com> Date: Wed, 11 Oct 2023 22:08:43 -0700 To: Kyle Evans , Current FreeBSD X-Mailer: Apple Mail (2.3774.100.2.1.4) References: <6AA52432-32DF-4C2D-B061-F207521F7397.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4S5d320Xvnz4fDG Kyle Evans wrote on Date: Thu, 12 Oct 2023 02:54:13 UTC : > The branch main has been updated by kevans: >=20 > URL: = https://cgit.FreeBSD.org/src/commit/?id=3D989c5f6da99081b1f2b76ec09e91078e= 531e1250 >=20 > commit 989c5f6da99081b1f2b76ec09e91078e531e1250 > Author: Kyle Evans > AuthorDate: 2023-10-12 02:51:07 +0000 > Commit: Kyle Evans > CommitDate: 2023-10-12 02:54:03 +0000 >=20 > freebsd-update: create deep BEs by default >=20 > The -r flag to bectl needs to go away, and we need to just do the = right > thing. In the meantime, we can apply an -r in freebsd-update as a > minimal fix to stop creating partial backups in these (non-default) = deep > BE setups. These notes about not about the specific commit, nor about if -r like = behavior should be the default for bectl create. The notes are about if the currently "not -r" bectl create behavior = should become impossible vs. being supported --or, more accurately, what layouts are = possible. (In case I'm misreading the implications of the -r wording.) The primary = reason I use zfs is to use bectl, not for the other kinds of reasons zfs is = typically used for. I use the likes of: BE Active Mountpoint Space Created build_area_for-main-CA72 - - 1.99G 2023-09-20 10:19 main-CA72 NR / 4.50G 2023-09-21 10:10 NAME CANMOUNT MOUNTPOINT zopt0 on /zopt0 . . . zopt0/ROOT on none zopt0/ROOT/build_area_for-main-CA72 noauto none zopt0/ROOT/main-CA72 noauto none zopt0/poudriere on = /usr/local/poudriere zopt0/poudriere/data on = /usr/local/poudriere/data zopt0/poudriere/data/.m on = /usr/local/poudriere/data/.m zopt0/poudriere/data/cache on = /usr/local/poudriere/data/cache zopt0/poudriere/data/images on = /usr/local/poudriere/data/images zopt0/poudriere/data/logs on = /usr/local/poudriere/data/logs zopt0/poudriere/data/packages on = /usr/local/poudriere/data/packages zopt0/poudriere/data/wrkdirs on = /usr/local/poudriere/data/wrkdirs zopt0/poudriere/jails on = /usr/local/poudriere/jails zopt0/poudriere/ports on = /usr/local/poudriere/ports zopt0/tmp on /tmp zopt0/usr off /usr zopt0/usr/13_0R-src on /usr/13_0R-src zopt0/usr/alt-main-src on /usr/alt-main-src zopt0/usr/home on /usr/home zopt0/usr/local on /usr/local zopt0/usr/main-src on /usr/main-src zopt0/usr/ports on /usr/ports zopt0/usr/src on /usr/src zopt0/var off /var zopt0/var/audit on /var/audit zopt0/var/crash on /var/crash zopt0/var/db noauto /var/db zopt0/var/db/pkg on /var/db/pkg zopt0/var/db/ports on /var/db/ports zopt0/var/log on /var/log zopt0/var/mail on /var/mail zopt0/var/tmp on /var/tmp where every "CANMOUNT on" for a zopt0/[a-z]... prefixed row ( not zopt0/ROOT/* ) is used when booting any of: zopt0/ROOT/build_area_for-main-CA72 noauto none zopt0/ROOT/main-CA72 noauto none So: shared, not duplicated. The update sequence creates a snapshot of zopt0/ROOT/main-CA72 and then creates a zopt0/ROOT/new-main-CA72 from that which is then mounted and that is what the installkernel and installworld update. Dismount. Temporarily activate it. Reboot. Destroy build_area_for-main-CA72 . Rename main-CA72 to build_area_for-main-CA72 . Rename new-main-CA72 to main-CA72 . (It, then, again looks like the above.) I sometimes also temporarily have a zopt0/ROOT/alt-main-CA72 that also shares to avoid duplication. (I'll not get into the details, but build_area_for-main-CA72 is used to do the buildworld buildkernel and is what I can revert to in case of problems discovered later. I've not shown the build tree areas above, just to keep things simpler. They too are shared across the BE's.) I've no reason to want to maintain duplicates of any of that " shared across zopt0/ROOT/* " material: no deep BE setup desired. I've got such a set up (up to naming differences) as my default boot media for each of: ThreadRipper 1950X, HoneyComb, Windows DevKit 2023, MACCHIATObin Double Shot. I also sometimes use such boot media with the 8 GiByte RPI4B's. (The smaller capacity systems [all aarch64/armv7] basically just boot UFS media --that I normally produce from the HoneyCmb's bectl based boot context.) If such ends up as unsupportable, it will effectively eliminate my reason for using bectl (and, so, zfs): the sharing is important to my use. =3D=3D=3D Mark Millard marklmi at yahoo.com