From nobody Sun Apr 16 17:47:39 2023 X-Original-To: dev-commits-src-main@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 4PzyMK2Yx0z45ky1 for ; Sun, 16 Apr 2023 17:47:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (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 4PzyMH21xhz3snG for ; Sun, 16 Apr 2023 17:47:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=VJ3DVNha; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.147 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=1681667272; bh=a+1XI1u9e1NUwUnr5pmVDGPJpWxdvB2bXZ1D7T0iKcQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=VJ3DVNha96fVeeFvz9w4qp0SuSK8R/Bk6F/f0SXEWYSLWvcU32vT+vT5yFRjOqF34E6vtcTX7tgpRpKOOCPwvx6uJKDtlR67HddoxbfG1wRcBfMBJg/ZTxpqMj5dOA+/TjsYgbPV4Ia+394uMZQDfjzZ/MPYq65oX3IMsUsh4EDahoeuXV7EW7d9iSNsZeeOh/tQdt4qXFg9CTbTNb1lfPPIpNukjLIiResr1mrjtKVtA/26Ayj3ID8Gi+aQogeDzYkCuIyg4/yD/FF1a6XRiO6el6O3ogEdtDq7gCqwCyfDEQ3++kTterzoau7sYbFZuaSn6ywgclERv44NMqmrJg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681667272; bh=NO4man3yZIkQ/fG35OtsOH+1gkOrsrTEd0xmNi+B2v6=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=eTLEyEAnP/P9CezTQOStLR0lhHqkYpPsGFOwudvEHHXcaDAmWX+jQIvDk8h8A9gqrlvSrrvrQ1gF6jaNES9sfhh4/8Wk5agQSo9GSuo2M2pt9NwpUOOSLu0uuiSXVXJaSVxDyD4kNrJfZqL0qFX4bW8JESQzZ0sT07iT5fqQzJmfRj8WJnOfj0n0s7dTOjZ7uZX15RIhng4wH5/+ZFMy969YJDVe7p6aYXZ1QRB3zs9g6YsCjltmXK8hKDbymaKtiXMD2M/nXTc37xkggBt3+0EXohy+lmSGxpghRfhDJji6OVEC2HVrF8OPf8YHn0V/aU9wAQA/10by7dYFfdT7kA== X-YMail-OSG: c43aYt4VM1mRR6_wxx4U4Kg0_9_JC1S_z_Gwg3eSjOC.v.SFzRmMQg.D1tRPFXa qOzM7MMD652fIHODwLCo6_mecK0DkglK5DIAkfcZ1vkG.xeQiaqZojZpWrRC1enrW7qh0nxEMSu6 q_47cyr_6qWwD7QO25SPCsw_8GGi9xbuAVT4K0fXD9Dgj0wD9XN1riVJAxL9HdKzmKd3qCSvY6nv tv5vHxK.sDEPBXfDBiyxWAAE1bz.oWGZ0VHwnFWSQ66_kmP3Eta_XJH7GtIMxBnfslE79qT4jSaV DPhTseecWX8h3jMQ3VP0IKB5QbGaisNBRH6VEv_F4RKYHt_EZm7gs5IM0JMoatOkFICTAtylv_2N 4RbkmFndLP.JrY3uxyVRHQWoHP2pE61Xk3ImxUoy69Id3j0oQx.vmEiv0FGrgE8hmcNLg7Z48TTM Yfvg57gMFtomXmqXHvfdaVc3.v4OLH4W4I45dRG0NEUeLWuMBAnelYxKxgrbuwZm72Ei49_mNNF8 s5iwbHgWlJmw5myoungF3OutUcqkD2bcl1ot69Q.Ycv5ptHXd2rRbsEYPrgZnrfx1ZSE1v6keIcA eBqT8Dhyv9RkME3IfF_nqQ25JmzV_WBWCvFlWPuEWB1YZFjzf7k6yox0s011WjbRDseXyMCiKS1P dk7bZZTGnOoL0deYusmDbYao.oDIgok0NzA7Wj6iNmdcwsl96G6MMIvkOajNEiOsY63CDomyND_H c6N0Yx7OiYylO9liGBUco5n.yoPSx9ft50IO2fD2hu9IfHQXNWrlKy_aZOJfUG5so7BkbFL9Vv_T eFxmUg4ULHMzRMuEhAV4dRnpm8JYeaNe.D8mzHcvB2_lzp9bGXai7sVe6djkRBU.AyPdJHtcdBOl Nx7pomsErmqa1lfR5JWhtA4FV.xL0MMGf5d31O9Rsli5kybsgQ5LqBtJnix2gQOFH06iXnEl2fbQ mcGGwo3R2Eex6zzp9Qp_gxvsrDufjfX6UcRDOVPAmwMRd1hd0IOSnjv46hrrdPuid5SjCoB3Yfv9 4pHEChyaB5pMJ0RZqGQXt.4LPKJbHUk4sH6HEkY6kl.p19g3xrTjZ45NSEYew2tQV2KLU.IJApvv jVi5Yc0HT4aXxbeKKPeBlAo2HWyQYwysGhenJuDweihTHXkSphNawwwNa49X9ffL1e7ZU8U_lFUK 3660OR8Y5YA0C4fVns8T9EP181swPOb4kXCe8VQC423so1K6yLaOTRHUGNfZlk2OEC2TnoeKQvi5 EyOj_idftSmJnj1us3onAvmon9FkQ92ZLXOmP_wd_p1ZyJkww9ZP8Pl.mLZgnaWfRnGFHDC143t4 Y0scohydY1U8tsFbWXB9Ji5X5CEHj5qq82vgqIlWea02Am4dX.eLd4o51yyXL8zW7iw8M6yH70nQ nXNmW9LkCPpVuAo9SmnwMLZIohhD9v6pY1WPNYSiVUr2fRrFKmD.FNy46JurO5.0tf.X6eHnHKIS iUkJy9GZesXR0MvRpYXxAYT0ed1jpw8iE21Nj7o6V1xWgotQWubWfT3iWTx6mijBnVhiIEIc.HFO xhRmxBMkXD48vKEoMr00lVxXkLtQI0wZtk.39gB6hUYk5g531QBCPjCBULKWUUqnngA3cgMoUjns 4rJGUmEtNT2IJKP9BsDiGOIYMORnd88DI5jLhM1NQaR4nLlptAsC5bfSW7yjy8N9H08WxQ3Jeygl B26jCBsw2CULg4SmZezesiHQ1N62xNDdyZQUBPWdoyIZsEAlmjVaOlyE4PdoeTC5YWvpaEW460Ci .fgtiiw94EmpUYMTb.n6b50ZwuZmULCMqd2g6k2N0EcInbT456BEbXF5gKCOIlMD5BMiBIej0Avy YdFoGwYBTECRiC.k2AiGmqA1.Wl91CdC7CGetBVSwe0QXJg_YggV4u4ISttcDa9RB.l_DPgyQNdm XAqQ06Faw3uYvhCYsj3Bpsku9UB8KrF09xISPseJRM4FovqEYRPieITaQriunkk5wlKV4tnzZEh4 QyfHuZjPZgos7sq5ZnyWVACX3Akbe5d.FesQGW_M263J_nrTzfdU2y.dLt3hbqRObVvMyomfYDae Bf24MF3NRjuNhFu7m0kQ.pfpnkl3_pYXuWCHQRg5BQwKSq7SwbZdfA8uYEq03E8nurmPesadmFKd TO97JUHR0oPCyxurfuIOZykeXBr52u_XlxZ.7OEOnucWGpHGZMepQ5yAmDbslGICNCWfD.HpQvBe QHTbgs7D47Ueu6Om6ytjJ1avdLR80LNoDMNlNDdQIN1uvA.CrcduMrI_Jb6lMSCb.Rc2u55zkuOy TbWOATfCC6g-- X-Sonic-MF: X-Sonic-ID: 7dd32b23-b909-4e9e-96de-e283e79f73cd Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sun, 16 Apr 2023 17:47:52 +0000 Received: by hermes--production-gq1-546798879c-g88f5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 20b51038bb310f7fb5688a55e694d07e; Sun, 16 Apr 2023 17:47:50 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-main@freebsd.org X-BeenThere: dev-commits-src-main@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 From: Mark Millard In-Reply-To: Date: Sun, 16 Apr 2023 10:47:39 -0700 Cc: FreeBSD User , Cy Schubert , Charlie Li , Pawel Jakub Dawidek , dev-commits-src-main@freebsd.org, Current FreeBSD Content-Transfer-Encoding: quoted-printable Message-Id: <00F473F6-ECE9-41F9-BA87-A021572E9776@yahoo.com> References: <20230413071032.18BFF31F@slippy.cwsent.com> <20230413063321.60344b1f@cschubert.com> <20230413135635.6B62F354@slippy.cwsent.com> <319a267e-3f76-3647-954a-02178c260cea@dawidek.net> <441db213-2abb-b37e-e5b3-481ed3e00f96@dawidek.net> <5ce72375-90db-6d30-9f3b-a741c320b1bf@freebsd.org> <99382FF7-765C-455F-A082-C47DB4D5E2C1@yahoo.com> <32cad878-726c-4562-0971-20d5049c28ad@freebsd.org> <20230415115452.08911bb7@thor.intern.walstatt.dynvpn.de> <20230415143625.99388387@slippy.cwsent.com> <20230415175218.777d0a97@thor.intern.walstatt.dynvpn.de> <3BB7D5DD-99A6-4D27-BBB6-4CD3294EEDF9@yahoo.com> <96A74C34-22FE-4F7D-B032-16313B6E1612@yahoo.com> To: Mateusz Guzik X-Mailer: Apple Mail (2.3731.400.51.1.1) 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)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_TO(0.00)[gmail.com]; RCPT_COUNT_SEVEN(0.00)[7]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[dev-commits-src-main@freebsd.org] X-Rspamd-Queue-Id: 4PzyMH21xhz3snG X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Apr 16, 2023, at 10:40, Mark Millard wrote: > On Apr 16, 2023, at 01:34, Mark Millard wrote: >=20 >> On Apr 15, 2023, at 19:13, Mark Millard wrote: >>=20 >>> A general question is all for this message. >>>=20 >>> So far no commit to FeeeBSD's main seems to be >>> analogous to the content of: >>>=20 >>> https://github.com/openzfs/zfs/pull/14739/files >>>=20 >>> After my existing poudriere bulk test finishes, >>> should I avoid having the content of that change >>> in place for future testing? Vs.: Should I keep >>> using the content of that change? >>>=20 >>> (The question is prompted by the 2 recent commits >>> that I will update my test environment to be using, >>> in part by fetching and updating to a new head, >>> avoiding the "no dnode_next_offset change" status >>> that my existing test has.) >>>=20 >>=20 >> Not knowing, I updated to: >>=20 >> # uname -apKU >> FreeBSD CA72_4c8G_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #92 = main-n262185-b1a00c2b1368-dirty: Sun Apr 16 00:10:51 PDT 2023 = root@CA72_4c8G_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400086 1400086 >>=20 >> with the following still in place: >>=20 >> # git -C /usr/main-src/ diff sys/contrib/openzfs/ >> diff --git a/sys/contrib/openzfs/module/zfs/dmu.c = b/sys/contrib/openzfs/module/zfs/dmu.c >> index ce985d833f58..cda1472a77aa 100644 >> --- a/sys/contrib/openzfs/module/zfs/dmu.c >> +++ b/sys/contrib/openzfs/module/zfs/dmu.c >> @@ -2312,8 +2312,10 @@ dmu_brt_clone(objset_t *os, uint64_t object, = uint64_t offset, uint64_t length, >> dl->dr_overridden_by.blk_phys_birth =3D 0; >> } else { >> dl->dr_overridden_by.blk_birth =3D dr->dr_txg; >> - dl->dr_overridden_by.blk_phys_birth =3D >> - BP_PHYSICAL_BIRTH(bp); >> + if (!BP_IS_EMBEDDED(bp)) { >> + dl->dr_overridden_by.blk_phys_birth =3D= >> + BP_PHYSICAL_BIRTH(bp); >> + } >> } >> mutex_exit(&db->db_mtx); >>=20 >>=20 >>=20 >> and booted the update. I've done a: >>=20 >> # poudriere pkgclean -jmain-CA72-bulk_a -A >>=20 >> and started another package build run based >> on that combination: >>=20 >> # poudriere bulk -jmain-CA72-bulk_a -w -f ~/origins/CA72-origins.txt >> . . . >> [main-CA72-bulk_a-default] [2023-04-16_00h38m01s] [balancing_pool:] = Queued: 476 Built: 0 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 = Tobuild: 476 Time: 00:00:24 >> [00:00:37] Recording filesystem state for prepkg... done >> [00:00:37] Building 476 packages using up to 16 builders >> [00:00:37] Hit CTRL+t at any time to see build progress and stats >> [00:00:37] [01] [00:00:00] Builder starting >> [00:00:40] [01] [00:00:03] Builder started >> [00:00:40] [01] [00:00:00] Building ports-mgmt/pkg | pkg-1.19.1_1 >> . . . >>=20 >> If there are no failures, it will be about 9 hrs before I know that. >> Given that I'll be trying to sleep soon, it may be about that long >> either way. >=20 > [Reminder: All my testing has been of a "block_cloning was > never enabled" context. This one has the dnode_next_offset > change involved, unlike the prior one.] >=20 > There was one failed fetch but no other failures: >=20 > [01:25:02] [04] [00:01:07] Finished ports-mgmt/fallout | = fallout-1.0.4_8: Failed: fetch > . . . > [09:13:58] Failed ports: ports-mgmt/fallout:fetch > [main-CA72-bulk_a-default] [2023-04-16_00h38m01s] [committing:] = Queued: 476 Built: 475 Failed: 1 Skipped: 0 Ignored: 0 Fetched: 0 = Tobuild: 0 Time: 09:13:45 >=20 > Running the bulk again: >=20 > . . . > [00:00:22] Building 1 packages using up to 1 builders > [00:00:22] Hit CTRL+t at any time to see build progress and stats > [00:00:22] [01] [00:00:00] Builder starting > [00:00:24] [01] [00:00:02] Builder started > [00:00:24] [01] [00:00:00] Building ports-mgmt/fallout | = fallout-1.0.4_8 > [00:01:04] [01] [00:00:40] Finished ports-mgmt/fallout | = fallout-1.0.4_8: Success > . . . >=20 > I do not expect the fetch issue is evidence of a problem. By omission, I was too vague about that. The log's error message was: go: golang.org/x/text@v0.3.7: read = "https:/proxy.golang.org/@v/v0.3.7.zip": read tcp = 192.168.1.110:47155->142.251.215.241:443: read: connection reset by peer > I'm counting this as: No evidence of corruption problems. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com