From nobody Wed Dec 15 01:07:56 2021 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 9CC8318D66AC for ; Wed, 15 Dec 2021 01:08:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JDHDT3vZwz3k05 for ; Wed, 15 Dec 2021 01:08:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639530482; bh=2bsLQk8WaIixLZ/MW7N3nrDVxs48Z48jM2Wmg5IH82Q=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=eoktLdT17zrrDF6taoN1s2WquCDyYdHrcMU/yzlLeofXfHI62aThr2WHxw8HgjjiHMFuOzXNFZK0fe1ZZ41Z8eJWTxQJ+3XIiRFyjwP5WxgByZ2JYWWWf3gHaZdFSNblOS7LoDTM55YQ1WxG8ecR5YDDazW8gV5ojug4qonmN0gdhRIlBqnnqwRpUKXmoqyw8i3FfTHznSe8Nj/JwEgLS8cYvlnhMZECauoXwEm2zZ3ENcoyiqP9DAwDl4Jx5h2b/d2urL+wUxczUJO9C/RMC8/g7vpGS6ncrUVernh1feqgIlhJDsdU5iZZSDrEBUBcuIcSKSEcg6l+MLAKAVE4VA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639530482; bh=0C60AieANyv8dV7SC1EOqgncP7WYxeiQIv3CqnFWa44=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=WX4NCrBiJBnb6d35msm+jaZu+hv3493HTxIUy6WgdF+TEYWhdiAp/bmu0JEnBgLr9bkf17HBoz+WDv6HCL8y1uAXybJKNEo7pYA17b7EcpajvAqv2TPWMMYVxEIPp82VQPKx2sOlmVGGH34ZOehe3MOqtCj7jv1ZtISuifeNDlokhBZrUrLL7iOihXxot7uXHhDz10nOPidyfo2tzvR1Jnw8iPiJ9MVvxAZ50aoq4HJ7esQofpR6IPcRlVwZ8exBBfoGpBwR/yntH2HQZqeus19s4gg9fSv76Gz1Jm+OPdBJBcMVLQtEFzaEmX2THZ3zDHFkhE8vYMN5EJGYUZ9EUA== X-YMail-OSG: VXl1AgMVM1mv2Jel8yJVPxheO5wIBpL.aBs3mSho6uSGAe7wDl7LNN95q4ejDjc 18WHOVmFBev4zdJS6wULpbDDyarbdrEeUVzhE6QluzHsl.ZybmBZgBrhP4XvWbhRZ5zOXmciJcuT dJZyNC3L4Fewsp9iqNxsTv7ZR7Nsvx3PrunNJNT7NF2hIYkp4Zm8yeyc4FGwuXahCT67m6LAGzRD 5r6LEAw7t_TjoGbm3_5386b528UfgjZ6PwTouMi162CA2WHyDz8Qcwi708pz7vMt93nM_hSyWcB3 xI0c8pEXeD.on_zLvIL.gpK3I7AKYHu.G94Nf3jywG1iSzdHK02uKcU9m.sCe7G5HNSfsJCcc7aH 1AUycLRrLJTAtvV9X6Wkd24vMFnPm8k3MOtVrWigNC9Enbd9smYvne2o5JfEFhG1d1IFJsrfH.4Z 09C6xEL_XJaECNOZ0ctdTgxu7YVxdAlOQZY_SorNlJ6Pqztl41kmLm0YD_o047ZOwyLAfLNB1HdU dQR_ROFQ1uGnMAJ0raWC4ribJLdr72xppw2jVgF2kTi3QRNcy4D1SHUAU271CdvPwP5gzQItuTK3 XkukLNdCr8Cg4wgYaAKNegcnklQJcmnmGxDUULykAcV_s3cP2nrJGfNMv4MFlnrzilxM0CUNTVtj QK_UC78uF499obCqaFL9lKyWm0jo.kb0tVIZCXrqfhP34zQ9vPSl_YMpznoshor_v7C.sIu.d.fh s.oGQ3OiKsg6A6T1HJj2fyLzogDFAVEmCJEJ19Koy9cOMuElt1ZDlcIhPGoeWttroIIDfTSZMwxw rW8V19TjvhmZy9xp.mpKimgZndk7fT7XJLqgq_zlbuwMBX_LsdJ6zS3P.fvN_cyxH8IJmLmLmK_V xTElwtcpjmX_e5rIYr4cZizMofut9pPcXqYr.PJ.EAV2FwKVoc2Q6Cw2Sj2lNUKevYXFisOJZS22 gtDxyss_Q1UvdNauBZpYXnE2IujAwM5QrgXwoumfolgdUwC.DOw7mp0mY125yeJLIlkLLzzTY2M5 XMPqo1OJHgG2Fi_uFzljTczD8cBOZGuPJdvrdQrWooM3Uf3W8sYsarLBSZq4s5vmLY.Ad6j3wnPc XrNDSgxCfucoPRO5jkjqy.hv7tuK1gSMD2UHJOU.zv27MFxr59CTix1ypOm2m8PL1Ga8uT2.irfK P5QpQsOVDb8Bb5BUx8zHbEtPNkS.G2tyCJW6LZv8u5cfV9.XrvtCdlJCVTLpudSh5X7Ri8tA3x3S MQJaJ4i6gZ_l8_ZXG8VHMLmKHpQ2CWZUAWuBhh51jB57Cy7VWZExb5QsKDzYjZ0IiPhT.D2WgV7r Ag2g65nSa88pedlpkASbKO4t9j.KBenyAhUPRWz9tpR4rTsuwniXGRw3ydzLzvZzXk6pVNX1A0gM rfVHD70.q_oV350Wpv9rlgMPdsnVpM1JwbphaLW64gT9Y7k69j8xQHFRKszLu59izqAHPZu8tP_W 3l90tZw4P53KdftQsznQlNZjI9zdwsYgoV37mUf3R0HHhprUL1mnHb0OmccH2oEIuTKhUrMQM8og ETuOiiaIdyz041lwJBxDQR91gt1hpxkkjp2X_P19ghJAWJcfEndN1rK9bbupF0hFIjHVJEL2GkSB xB1AhH6zzDj8EyOl77ABqhAznRY1ItpzQynlM5m7BXcNHLi2gWYWR1kSZ4midZfA9L6Lo25wnvXX 6m4nR20wHwM31DGH1zlT74oYFhsFPX0LLEjNt_6721AzdsH51pqaeopJ5TCGy7sKFDWq9yG3.z9d DQyXm7Yr9yR0iV7OOg3prt07LWQu0JfcGLcoG.Rn.Cb9nJG5DHbW1vsWzJ2EPTTs2wi2.p5fecTT 94nMxQ07AKM6wgIzp6d1nbM3HiFnW2Kbdat0BNnyXX8Id46uobYUPqFlky0tsjS6TqikICrrs_c6 qSeVsEWP2ng0wq_ozFi5xmpetr6uJR1dyxT1.XhG4uhQsL2ua1890Edg8k5uCBd4RiNeZ8FYQoPv 7kxeYns0UrKw1YMBni8DX1ibjKJIosz8eTvOmFBWXmjBm6WK3V_hGbgYmHrBSmSi.PgzH7vvrKT5 s8ZA5nO3pU4ip.gGIUADmZnmCijwCKTU7SwGM0EVCEe_5Jnv49o55VBMPGtrUGpAz8tWZPVqBsQv 4bngTQjw_C6IxA.GAXxSEVdZf4LKSZXJq910iLuBF_gmNyPZ.UDpWngrlj41_efaboOcJSN25bJq 6089QrA3m9mRQGhcURTFtpjRDt3uhD6m4KaxBH8pOD3FZiBUhY8PxTSJ8WFX7XtMh.b3w1D101LG hL6d93JXJ0B5lkhtLQA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Wed, 15 Dec 2021 01:08:02 +0000 Received: by kubenode537.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1cbb1e0026a65197ff1b71470d48129c; Wed, 15 Dec 2021 01:07:57 +0000 (UTC) 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 14.0 \(3654.120.0.1.13\)) Subject: Re: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd vs. openzfs-2.1-linux vs. FreeBSD main [so: 14]: edonr status Date: Tue, 14 Dec 2021 17:07:56 -0800 References: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> To: freebsd-current , FreeBSD-STABLE Mailing List In-Reply-To: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> Message-Id: <5C8E7635-4EF6-4D07-9250-FA0D108B4F60@yahoo.com> X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4JDHDT3vZwz3k05 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=eoktLdT1; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.97 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.84:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-0.19)[-0.186]; NEURAL_HAM_MEDIUM(-0.40)[-0.397]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.84:from]; NEURAL_HAM_SHORT(-0.89)[-0.888]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Dec-14, at 16:36, Mark Millard wrote: > I just noticed that main reports that my pools were created > implicitly matching openzfs-2.1-freebsd (and without > an explicit compatibility assignment) but, under main, zpool > import and zpool status for those pools report a new, disabled > feature. Turns out the issue matches what the diff below shows > as present for openzfs-2.1-linux but not for > openzfs-2.1-freebsd : >=20 > # diff -u /usr/share/zfs/compatibility.d/openzfs-2.1-[fl]* > --- /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd 2021-12-07 = 21:23:21.573542000 -0800 > +++ /usr/share/zfs/compatibility.d/openzfs-2.1-linux 2021-12-07 = 21:23:21.581738000 -0800 > @@ -1,4 +1,4 @@ > -# Features supported by OpenZFS 2.1 on FreeBSD > +# Features supported by OpenZFS 2.1 on Linux > allocation_classes > async_destroy > bookmark_v2 > @@ -7,6 +7,7 @@ > device_rebuild > device_removal > draid > +edonr > embedded_data > empty_bpobj > enabled_txg >=20 > So I've taken to updating my existing zpool's via: >=20 > zpool set compatibility=3Dopenzfs-2.1-freebsd NAME >=20 > because I use them under releng/13 and stable/13 and main > and do not want edonr accidentally enabled. >=20 > It is not obvious to me if edonr being present for main > is deliberate or not. >=20 > For reference: >=20 > # grep edonr /usr/share/zfs/compatibility.d/* > /usr/share/zfs/compatibility.d/openzfs-2.0-linux:edonr > /usr/share/zfs/compatibility.d/openzfs-2.1-linux:edonr > /usr/share/zfs/compatibility.d/openzfsonosx-1.7.0:edonr > /usr/share/zfs/compatibility.d/openzfsonosx-1.8.1:edonr > /usr/share/zfs/compatibility.d/openzfsonosx-1.9.3:edonr > /usr/share/zfs/compatibility.d/openzfsonosx-1.9.4:edonr > /usr/share/zfs/compatibility.d/ubuntu-18.04:edonr > /usr/share/zfs/compatibility.d/ubuntu-20.04:edonr > /usr/share/zfs/compatibility.d/zol-0.7:edonr > /usr/share/zfs/compatibility.d/zol-0.8:edonr >=20 > I happened to do this activity in a aarch64 context, in > case that matters. >=20 Hmm. After (re-)import zpool status seems to track the compatibility assignment: no complaint in . . . # zpool import -f -N -R /zamd64-mnt -t zamd64 zpamd64 # zpool status zpamd64 pool: zpamd64 state: ONLINE config: NAME STATE READ WRITE CKSUM zpamd64 ONLINE 0 0 0 gpt/amd64zfs ONLINE 0 0 0 errors: No known data errors However there is the following (done after the above): # zpool export zpamd64 # zpool import . . . pool: zamd64 id: 4513815084006659826 state: ONLINE status: Some supported features are not enabled on the pool. (Note that they may be intentionally disabled if the 'compatibility' property is set.) action: The pool can be imported using its name or numeric identifier, = though some features will not be available without an explicit 'zpool = upgrade'. config: zamd64 ONLINE gpt/amd64zfs ONLINE This may be expected/intentional but was not obvious expectation to me. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)