From nobody Sun Apr 16 17:40:41 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 4PzyCJ4gyJz45kVy for ; Sun, 16 Apr 2023 17:41:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4PzyCF6fMyz3hQ8 for ; Sun, 16 Apr 2023 17:40:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="nUmdHHe/"; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 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=1681666856; bh=E3clUVG2WtHSx3suGFRBhW/QN2ow0Kt/i7KLvcxeu94=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=nUmdHHe/tpHn5OTXWBmH127xfUxRbdyyLGNKtOl5Mg2TEyWo52/RqMbn6E2qmUkFJlejUltj7YZsxTeS2txchrNVzr8y3YnQ9VzV1hfS8qnwUi9vF148WfttlwV9W7E2CiL6CtWKkPgVxlVz5nKEYnDLKSbgb9SHLFA1ClzHoAk1znZ+qX3CNywnpIisb8QIzRrLatvRUGY/1v2PathgonBW9W1wscxXrhn5jD8HkE/ssoxfE/NiCJiKVGbIdV7WwR+ba/8SuJ2+YgrXeadLXSZD21Hwc/IuyOB30pWAnIKY5FLQsKIEb1yI4Aon4qV6HSuTlmj4N2sathnbjQGwkw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681666856; bh=hsbIm7w+/q60S75bWk8C7SF7ZiQT4NqK1u+kKrXKrhF=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Kg5sIZZ8tUWDpc5wnnyF0G2GijPEpxuQ7t67fhRkYfExA3jJswoVrXBf6+uLjImAj/uPeB3hPLD3KhnvzggUx6QS6nPqNevmkPApWLTb7NAQ0i7+kLS10uHWeSDkS6dVgL31f4vZNjt4ClqMktVGOOXsO7XAcSDrhZ5uemOyrOWQPq8T1wBgU6vOqaFdtHZKUvRoNyI+KEkhTvMFnM4gSQUyBwlVrIFXU8280R9ek8uxhFwnksEMfWb4dSZEelNJ8hQzxDTytRNF8XqCHF6EGzAEq23kwrNdCW37z+rmKuJ0jClI/MgyShcnGUzePfvubA9WpsQjUJjwBG2LjfV2Qg== X-YMail-OSG: gE1kqdIVM1mWM08PgC.uvYTYJpr0ht8txhHarpqchpEIDxEyt94SC2sEGxIgn2q pbBoh93Zh7sywFuytdK2jMvWOjQL9pUBeSR7vGW0jun3fmJIUbpGs7XrTjdprS0MXDHzodapc59T CLbBSCBhRj0Po7PY_lFog4J9QKxZbQw0i7t2vZws_9Rb08UO3snVJPDyf1PcveampAwT839Y_cIJ ylJq_fBL7dpC7YhslMMaIahwWV29jgMQKWFXPJONl0f2VnvagTxSpavasyuT2kLcWwo_EeNDlhrj SQzihJCZpb0gzO1Kbjj8FCO5YviTu0jvEcKzruMoVXfr83ye1dWf5JH_I1ei8MIswLXHaC6FsgXL Wq0F2uyabCsaM4pJzpe2Kj6TaScfY.qjMVkK2t6LEX2YjYCSsYfMOAyvcqsWTQovYQ9IO_3_vnYX VOef_oMScM5Vg76bjdTif0gUIlUu5iAihAocCAvQKYK_C3eAd.97wgtPIdly5JXdbZuwvIUq.LH7 BFPFHxaWFJCymocYFdr53VnkWs._MoShtehoF4enV9fUdId2._O94vOBfLPUB06XT5rXV3j7W4Ox w0mH3cCx0CnxRcXYrJpWPkZNgJcapXrBxHrg5Z1_IAHtjganIq2qcvMarIPm.JEocvkbmG8T5PEO bE_SwzOYOD9IXgrTphpsYBFeb9EyYhFL6cil1jGarnt.Mj8QwwGvyAm0HSfGIt.8gJazw7d7xzbo puZKzap9z7yzspRY0iSVROu4JmxARz6bCq1vEVxP0wnFwojMp32l3TMkGQG54O2HtViuF9QIGDlK Hlt5.nzOh1QZBRksND.FD_pdIUyihmhUwBOWWP7XDXpvpzx3a9Slo7N0LnZYlMaa_QsHyH73s53c IsDtEQ.W0qH8arXRwMQJf6hp45zlfGnWFyLIBoyxMdXDPmIdYyEOXGiR9ESsTZG2oNPyrDf8qJ1G toqMo9QcJOAXTWWI3EmfKgOVe2takC6M6xnwukfSg2ClW7LOWCIkFgFD.tZzZJzXPp.luJpv5sMt PC_hnl3W.hnZKeVzPWXYtfVwpsXr4elvaNKQLoqtHk8fpbmL5iVOX.UNvenPtRPGD.XRODOwtMHa gJqbVQfPGsxBexAyV_ebCcDLv7j05zRXowzkznbXxRT6dMg8CsCCzrZXd6DjdPxkMJztOFwIzMpC 7mLP9WAi8sJwe19.LaGiGxDyHSPCiKv3MMqQ3M1q5Aintj_Bz5HjDeTPoUPrtNJKv6mqveTeWvas hOphjEJf7v3BniD99zY7hnZSIlS7qA7UI30Rn0VIaf9Qh3kXuT3xG82ArcjdwAymhxqhsRmrwaCW qFr9vlri6bM_qDOm8IkIPoUNdW1x3jDChV5DUIIcxcVwgVkibV7aYYAYZJ0bxg8lIWRSfrObfvJl fnDUtNAR88OqWENX175ga0MHNcXNrOO0iKVrUV7ybyJgOGMd.VUfRYyFKTgeRLBlE1y8tL7bhhwa dTIn1u9pd8pj61RpcOKl6AMFWgxbxsC.z.vkpY36bsJGt3lFN0NTFQ9XKaRy5mtMeM6lLPMEnUSO J_5EuYunq9vDUFaH.ADcSBrGANk_4pmxJnWloUI3U3uNnJg5XpGOhcw9MGL9uazV7nAalRm6eMOI 6XI856PA2Qv4QANBaUzCKnASDLB71QVlSCn6DUhnaSbIUpoJX_RYUP6HFFcmYnltdFPlyUsI7QQm AKvWh6n_YmLwblWEdrd5hoMh6Bf2FttF75AhIldxIpFNIrG_AmbwS0klFZpaPIxXCSa3w.1VG5CP a9U8syFLOHWMPmUqam_L08sUr6sPysP3KT63.1OrgVZ_N4Y0cabEgPWPNe3GMce.jQULVofTc9Mz 4roqVdJhWXFfdvPsBAUvlSImjFBYfrIie.g8RSLoBBuP1gGyKPAPPHCZGh41nFKqistNGDTQ2oyD bGzw9DyK5IFAsVBJDzkJphb7slRlfowVKFK3FQm4TDtgrbqo_e9geS4Cv2DGmhdLcAXH2lkyfOvl 5Ml21gNRlhi8QdWDJwkRdD_FvUi5NJa_mrdFwS4G7aavkVTSLuoiRnNVEGYiZDIAvCd8v1QlK5yO bn5_jstW67kpniVMAS4Mk1D3g1nETKUy4je7yjU46mQC0VBKdhXuuMND6RGB4_44zKg2lVkexaDR LLS7UPMEvfYl5fHcJ3rxfR.v511hlRLKDT1pdxN9cvFv11ARVyeCtdY5zmRzsqwlFcvqUS0FSSk9 S89La1HVyjlRtkAImRLLzsok7_I1fZUDSee2IKke8.B57JSlS9Y.hd_r3fYPwXB.5OMCQYWQFpj3 W.xW2snM- X-Sonic-MF: X-Sonic-ID: 623c22d3-d39f-4263-8edc-32432c5065b2 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 16 Apr 2023 17:40:56 +0000 Received: by hermes--production-ne1-7dbd98dd99-vd22t (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 269ea699665a5aba4d8c800a34be52ef; Sun, 16 Apr 2023 17:40:53 +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: <96A74C34-22FE-4F7D-B032-16313B6E1612@yahoo.com> Date: Sun, 16 Apr 2023 10:40:41 -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: 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)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[dev-commits-src-main@freebsd.org]; 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)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from] X-Rspamd-Queue-Id: 4PzyCF6fMyz3hQ8 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Apr 16, 2023, at 01:34, Mark Millard wrote: > 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. [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.] There was one failed fetch but no other failures: [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 Running the bulk again: . . . [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 . . . I do not expect the fetch issue is evidence of a problem. I'm counting this as: No evidence of corruption problems. =3D=3D=3D Mark Millard marklmi at yahoo.com