From nobody Sun Aug 28 00:18:09 2022 X-Original-To: freebsd-fs@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 4MFZ0n2tgVz4ZHD4 for ; Sun, 28 Aug 2022 00:18:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 4MFZ0m3cc2z3LXX for ; Sun, 28 Aug 2022 00:18:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1661645894; bh=KnfPdXC8GWRTINlE7RjSFotgUpN4GeqOTdnhKVav4t4=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=m5hMSkZVlEirTend0rd3h5FuCembey62/gq0zphMMKQZ/QSlgjvvyjsQDv9Qc6o8SMM7ihE62smCkr3F34SvoLufHF53rOufq+T9nqiAWnkzQceMig8s0iY/QBd0yOxMalc9CHMB745kidH1c9EllAI9lZQKzg16B964oAqIf0BB39aQNaWU2N3K5oUKFNRF70q35ZcxYSXyYWgoW++QN826jqZWQkdAecoDuxG4FWhvj7NNlRzOD1+hLSuQbO7dQYeAdgs3RO0pFu6WHwvBHFIBgQK+agGlFEYgWGN+QZxi6IKN0GiUspuhXjfF7+tscDhDoy10jQ47Jp9HPNcy2g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1661645894; bh=7eHXYkO4p2BqNAQY4TXlJI0fYPu81XoYNVrMotmNziB=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=gjN+5soQB28fPnYp8F67Mj+9fmiqVJLAHrgKYqpmOBMn6PyvzzUL+Q3l/ypXUDHhBXzd7hoLBiRaLT/yHU7oXjT2ZUX3lAkt/kZZRDrWFBUnWQdNWMU6EO7wUd2hFfEOxlhDgqomXWia44fLhaAbijGEAvuyiGmN6390n7ulH61OCi0zque/EGoAAp04vZ4ekPx03io9HsPUBYRoBd//4ftSIS/hwKKQv5ykOSn2Kwe3OpD3C0mi9epF4bf95ix0rX3usDrUhYr99wwPw631Om048e0m4AJtSvKjr2y5HFD7M7C6t3MXBHs5XqvIBR0D4J90OsHAqQh5CqpH+2UXPQ== X-YMail-OSG: Uj5InxEVM1kWQxDSChHo1jJ36PdQ1s3hvblMDsxxxE8vaZZ0ViU2KwVUuL_rIud 4BXg39y.kbyB.UnN66.ESq6mS024PLO80_h1CRR5ZsrPepKe6uGq1r.Pj3HmLyzdndWu5zBR6nnP sVeLZOm1ePHTxe1WMS2RXkG2wGpV0AjHGEkJxRLcW7_40UdObHsx2EwP.j2c33o0SJABwOv6eIDt psSVBMWjZSPyD6QuDRPaMGOBaRS69OAN.KvhrWj.5pCG1bRpkgkjzn7aWBHRo8FnUJ5iK2SM0vdu RIndMiAhb54SFW0f6Pg2zPHqpsCOkmL3NA37PbHwZdfKwjycPnzSK4VkAGx7O9w4k2iDmE19A2tl GXG_A.vRKnbDrN6nAnfFfm0mEOaEztJvzWamELalOWhL5WqzsrQlL.Vddqg1poaZycJW5PjNb6OO fwZXNyrJm1Em9ASSjOz1.aJ1CTHin4FSC6ASdJy.yW_qEAV10cZcXgnFoUezOJNVgl2OylXLpADu HCen8dBWiIN1o_k35ltl_Tr319UyHpli65_uYHC6MfkorHnoTScoOgTVjTWkCXBz.u7AvZ6CskM. Fw2GUJxra0qeI0MxrUVxtmHo0T0n6EAt9UV7oDvAHV_59KEvDDfv7CsynTY93VGMkphcV9oXYt3O dB.Igcd0MeSxuPurA83f3tgONcxDq1dPo.76bh21WamztNjEn0kipBj4zPm1gQyQ9pUBNGVNkJmt NYhPrt.p0tiWv5NkUEDJG77SNH3.LGB1hUYiMEE3_vreeGewyOBcQMFykhMueOdV2A0UOVA3jDmE XeliTgGkIaKHornZ8hxZNi8KDHobNwlc688Us3iJ1Cjghygy78ve9gLeAOYVoWO6oN42E4vNayDE c4tN7wGxnz.A.WyRPi3imbz41kSJLUZs1clfOpJA6EL81zqXq03BwRMFTd52Q6gphpMenY0ajmMU YSB1.f44VdJV7hTrFfRfFMT_Y9Yj0yt4PcXJRvohCRBlhCg3pgYVqy3QWmGj8MUIIb4k91YDTunq oSe23hCUlxoxNGHzxECCMdjuf3LCpKbVLW2U0U2exkMXqul81T2xgQwnA8YT6TOFp6inuea53hcA ISLQW0Hu.9d12v2vKFXqkxTVwuFAooTpaYbZCeSRntQUfzbPDfaubZixbkJz3vfVOTXXqwju4uUC W11OZtIKSUFi.hLOkvCBjdXM6IwPypO0cOjtky.BRUr7o_FjHE3rxdorBsnk2cKsGvg0bfkB1kdn 3rFWTXfNM0zxbKR_af9YzOuabmlXcTt2HdxJgEGgKlaCGkeEwZS0NYiTq2tjGZwYl0hp29zrAakD fo0Rh54CS2wKGr33aQqR.fXJuAzf8GqY2ehbo3OhXsHnjrr..XkCmJ0CSHIyni188LrpvZpVtgSB he47.xHJhidRe_rvlbUPgDAsYDJZiv0rc96EOjOILmcSVfA.8YBzqjvg2pjDpCmL1rS6TKfd.b.a zNVVbEFA_O.fx6Gw_ABuvB5vhLX5zVxDK_i2zzx0704PNMBlDQr0MdffEMLWHTwhk8CulZPJrd_T RP796yVfq96WFQMEKfEgi1aKjsBCZ8Tt7Nw8bxeF0LPMqWBAlBCtZofM_LyrSSZj1tw_n89XtoHq SMhY7AeWlKTj23n8K2CqTOpVKbhawtnnB3zMmLizrT1Xzy.1f_3SpW9W_6gkMVfop2RPbCUYbmc5 .nfoMDqe1HyANQsWM9HRknSrYa51HVFHSND5laiGvzjg4Y93wEFIOjBfWiGdzvKFnhMtzCl4KYwW ZwHzq8P6Rzofk3IdiYWUYqRUJ3HHv07XGo.4ylFOMwsvyGPPFuSmVIx0dlEaIglPHHjMilYXy92H 40EGgT0mikZrS7ddYV1UVmJWJqw8ZDxVBNpnxhaYuIykKVGN7Y5h5qd_J97nhdznDM.fIkc4NGG1 4FZKUdhMcfZb2xWOB1ToVbFrI6n_eP1GeXR06ZuliMJiAqnVYbFzWDThFq4tZEP8P_7.yE1Uj209 Y_noupREvmRfnBfdGqZgdXQkhV67hFvxtfKCnofg0GK2DYiXo_Hq7Yf3G2ASWL9z.DZqCXQQBjPq H9r7cOjYU__HFvl_5blB5AgJkNMAo6K0W1ivQ.duTAD.RPxyCwBFBgvBM6rKtvpU6hYeKUhsd_.o R2OGPKOplCcQzkNjqMjbzoAV.A6NGWcBi9EB19SQfXnfZXiTEelX0lVFs_FYiEBOYXTLNd.OAAk0 r.ZSEHIh2XalOALfsQIs7e3DpjAU7Xd7VExPm29ouYTAuHXCxR7k6fxBZ.VUi0A-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 28 Aug 2022 00:18:14 +0000 Received: by hermes--production-bf1-7586675c46-zlq7r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 02fc1b2cc595c451c6c3ca94f0ebefb0; Sun, 28 Aug 2022 00:18:11 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: How to get past "internal error: cannot import 'zroot': Integrity check failed" (no ability to import the pool)? Date: Sat, 27 Aug 2022 17:18:09 -0700 References: <52858985-533A-4D68-A2E8-54251DFB0215@yahoo.com> To: freebsd-fs@freebsd.org In-Reply-To: <52858985-533A-4D68-A2E8-54251DFB0215@yahoo.com> Message-Id: <7B35AACC-2B1C-4E60-8C5C-3A37B8A69213@yahoo.com> X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4MFZ0m3cc2z3LXX X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=m5hMSkZV; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-2.45 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.96)[-0.957]; 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]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from] X-ThisMailContainsUnwantedMimeParts: N On 2022-Aug-24, at 20:57, Mark Millard wrote: > I seem to have gotten into a state where no zpool related > command that required identification of a pool (such as > by name) can work because import can not make the zpool > available. (I give more context later.) >=20 > How do I re-establish the freebsd-zfs partition into > a form that I can repopulate it when its failed pool > can not be imported? I'm appearently limited to > zpool commands that reference the device instead of the > pool (name) because the likes of "zpool import -f -FX > . . ." leads to a panic. >=20 > Note that this was for media that used zfs just to use > bectl, not for other typical zfs reasons. For example, > redundancy was-not/is-not a goal. For reference: >=20 > =3D> 40 3907029088 da0 GPT (1.8T) > 40 32728 - free - (16M) > 32768 524288 1 efi (256M) > 557056 7340032 2 freebsd-swap (3.5G) > 7897088 26214400 - free - (13G) > 34111488 20971520 3 freebsd-swap (10G) > 55083008 12582912 - free - (6.0G) > 67665920 29360128 4 freebsd-swap (14G) > 97026048 4194304 - free - (2.0G) > 101220352 33554432 5 freebsd-swap (16G) > 134774784 67108864 6 freebsd-swap (32G) > 201883648 364904448 7 freebsd-swap (174G) > 566788096 2795503616 8 freebsd-zfs (1.3T) > 3362291712 544737416 - free - (260G) >=20 > At this point no attempt to preserve the content of > the freebsd-zfs partition seems a likely way of going. > But I'm unclear on how to even start over, given no > ability to make the pool accessible by name. >=20 > The sequence leading to how things are went like . . . >=20 > # git -C /usr/ports fetch > error: error reading from .git/objects/pack/pack-8e819c78469vm_fault: = pager read error, pid 1370 (git) > c212148fe5d3922cc807e6858768e.pack: Input/output error > vm_fault: pager read error, pid 1370 (git) > . . . >=20 > # bectl activate main-CA72 > panic: VERIFY3(0 =3D=3D bpobj_open(&bpo, dl->dl_os, dlce->dlce_bpobj)) = failed (0 =3D=3D 97) >=20 > cpuid =3D 0 > time =3D 1661389515 > KDB: stack backtrace: > db_trace_self() at db_trace_self_wrapper+0x30 > pc =3D 0xffff0000007fcfd0 lr =3D 0xffff000000101b80 > sp =3D 0xffff0000b49f4ee0 fp =3D 0xffff0000b49f50e0 >=20 > db_trace_self_wrapper() at vpanic+0x178 > pc =3D 0xffff000000101b80 lr =3D 0xffff0000004cef08 > sp =3D 0xffff0000b49f50f0 fp =3D 0xffff0000b49f5150 >=20 > vpanic() at spl_panic+0x40 > pc =3D 0xffff0000004cef08 lr =3D 0xffff00000129f360 > sp =3D 0xffff0000b49f5160 fp =3D 0xffff0000b49f51f0 >=20 > spl_panic() at dsl_deadlist_space_range+0x264 > pc =3D 0xffff00000129f360 lr =3D 0xffff00000133d4f4 > sp =3D 0xffff0000b49f5200 fp =3D 0xffff0000b49f53c0 >=20 > dsl_deadlist_space_range() at snaplist_space+0x4c > pc =3D 0xffff00000133d4f4 lr =3D 0xffff00000133899c > sp =3D 0xffff0000b49f53d0 fp =3D 0xffff0000b49f5440 >=20 > snaplist_space() at dsl_dataset_promote_check+0x648 > pc =3D 0xffff00000133899c lr =3D 0xffff0000013385e8 > sp =3D 0xffff0000b49f5450 fp =3D 0xffff0000b49f5530 >=20 > dsl_dataset_promote_check() at dsl_sync_task_sync+0xcc > pc =3D 0xffff0000013385e8 lr =3D 0xffff00000135fb3c > sp =3D 0xffff0000b49f5540 fp =3D 0xffff0000b49f5590 >=20 > dsl_sync_task_sync() at dsl_pool_sync+0x3cc > pc =3D 0xffff00000135fb3c lr =3D 0xffff00000135251c > sp =3D 0xffff0000b49f55a0 fp =3D 0xffff0000b49f55e0 >=20 > dsl_pool_sync() at spa_sync+0x8f8 > pc =3D 0xffff00000135251c lr =3D 0xffff00000138be28 > sp =3D 0xffff0000b49f55f0 fp =3D 0xffff0000b49f57f0 >=20 > spa_sync() at txg_sync_thread+0x1d8 > pc =3D 0xffff00000138be28 lr =3D 0xffff0000013a2bf8 > sp =3D 0xffff0000b49f5800 fp =3D 0xffff0000b49f58f0 >=20 > txg_sync_thread() at fork_exit+0x88 > pc =3D 0xffff0000013a2bf8 lr =3D 0xffff00000047c568 > sp =3D 0xffff0000b49f5900 fp =3D 0xffff0000b49f5950 >=20 > fork_exit() at fork_trampoline+0x14 > pc =3D 0xffff00000047c568 lr =3D 0xffff00000081edd4 > sp =3D 0xffff0000b49f5960 fp =3D 0x0000000000000000 >=20 > KDB: enter: panic > [ thread pid 4 tid 100198 ] > Stopped at kdb_enter+0x48: undefined f907011f >=20 > I was unable to boot from the media after this. >=20 > Plugged the media into another machine . . . >=20 > # zpool import -F -n zroot > cannot import 'zroot': pool was previously in use from another system. > Last accessed by (hostid=3D0) at Wed Aug 24 18:05:15 2022 > The pool can be imported, use 'zpool import -f' to import the pool. >=20 > # zpool import -f zroot > Aug 24 18:13:47 CA72_16Gp_ZFS ZFS[1588]: failed to load zpool zroot > Aug 24 18:13:47 CA72_16Gp_ZFS ZFS[1612]: failed to load zpool zroot > Aug 24 18:13:47 CA72_16Gp_ZFS ZFS[1616]: failed to load zpool zroot > internal error: cannot import 'zroot': Integrity check failed > Abort trap (core dumped) >=20 > # gdb zpool zpool.core > . . . > Core was generated by `zpool import -f zroot'. > Program terminated with signal SIGABRT, Aborted. > Sent by thr_kill() from pid 1716 and user 0. > #0 thr_kill () at thr_kill.S:4 > 4 RSYSCALL(thr_kill) > (gdb) bt > #0 thr_kill () at thr_kill.S:4 > #1 0x00002b0c6f3794f0 in __raise (s=3Ds@entry=3D6) at = /usr/main-src/lib/libc/gen/raise.c:52 > #2 0x00002b0c6f420494 in abort () at = /usr/main-src/lib/libc/stdlib/abort.c:67 > #3 0x00002b0c69415744 in zfs_verror (hdl=3D0x2b0c76263000, = error=3D2092, fmt=3Dfmt@entry=3D0x2b0c693d3135 "%s", ap=3D...) at = /usr/main-src/sys/contrib/openzfs/lib/libzfs/libzfs_util.c:344 > #4 0x00002b0c69416324 in zpool_standard_error_fmt = (hdl=3Dhdl@entry=3D0x2b0c76263000, error=3Derror@entry=3D97, = fmt=3D0x2b0c693d3135 "%s") at = /usr/main-src/sys/contrib/openzfs/lib/libzfs/libzfs_util.c:729 > #5 0x00002b0c69415ec8 in zpool_standard_error (hdl=3D0x0, = hdl@entry=3D0x2b0c76263000, error=3D0, error@entry=3D97, = msg=3D0x2b0c6ea23350 <__thr_sigprocmask> "\377\203",=20 > msg@entry=3D0x2b0c665668e8 "cannot import 'zroot'") at = /usr/main-src/sys/contrib/openzfs/lib/libzfs/libzfs_util.c:619 > #6 0x00002b0c6940687c in zpool_import_props (hdl=3D0x2b0c76263000, = config=3Dconfig@entry=3D0x2b0c95939080, newname=3Dnewname@entry=3D0x0, = props=3Dprops@entry=3D0x0, flags=3Dflags@entry=3D2) > at /usr/main-src/sys/contrib/openzfs/lib/libzfs/libzfs_pool.c:2193 > #7 0x00002b0be60f3344 in do_import (config=3D0x2b0c95939080, = newname=3D0x0, mntopts=3D0x0, props=3Dprops@entry=3D0x0, = flags=3Dflags@entry=3D2) at = /usr/main-src/sys/contrib/openzfs/cmd/zpool/zpool_main.c:3190 > #8 0x00002b0be60f3108 in import_pools = (pools=3Dpools@entry=3D0x2b0c762780e0, props=3D, = mntopts=3Dmntopts@entry=3D0x0, flags=3Dflags@entry=3D2, = orig_name=3D0x2b0c7622d028 "zroot", new_name=3D0x0,=20 > do_destroyed=3Ddo_destroyed@entry=3DB_FALSE, = pool_specified=3Dpool_specified@entry=3DB_TRUE, do_all=3DB_FALSE, = import=3D0x2b0c665684a0) at = /usr/main-src/sys/contrib/openzfs/cmd/zpool/zpool_main.c:3318 > #9 0x00002b0be60e9074 in zpool_do_import (argc=3D1, argv=3D) at /usr/main-src/sys/contrib/openzfs/cmd/zpool/zpool_main.c:3804 > #10 0x00002b0be60e3ce8 in main (argc=3D4, argv=3D) at = /usr/main-src/sys/contrib/openzfs/cmd/zpool/zpool_main.c:10918 > (gdb) quit >=20 >=20 > # zpool import -f -FX -N -R /zroot-mnt -t zroot zprpi > . . . evantually . . . > panic: Solaris(panic): zfs: adding existent segment to range tree = (offset=3D7a001ba000 size=3D40000) > cpuid =3D 8 > time =3D 1661395806 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > vpanic() at vpanic+0x13c > panic() at panic+0x44 > vcmn_err() at vcmn_err+0x10c > zfs_panic_recover() at zfs_panic_recover+0x64 > range_tree_add_impl() at range_tree_add_impl+0x184 > range_tree_walk() at range_tree_walk+0xa4 > metaslab_load() at metaslab_load+0x6a4 > metaslab_preload() at metaslab_preload+0x8c > taskq_run() at taskq_run+0x1c > taskqueue_run_locked() at taskqueue_run_locked+0x190 > taskqueue_thread_loop() at taskqueue_thread_loop+0x130 > fork_exit() at fork_exit+0x88 > fork_trampoline() at fork_trampoline+0x14 > KDB: enter: panic > [ thread pid 6 tid 108968 ] > Stopped at kdb_enter+0x44: undefined f907c27f > db>=20 >=20 > I had to unplug the disk to avoid reboots simply retrying > the import and crashing the same way again. >=20 > SIDE NOTE: Then, on reboot, I saw the following: > . . . > Setting hostid: 0x6522bfc4. > cannot import 'zroot': no such pool or dataset > Destroy and re-create the pool from > a backup pid 49 (zpool) is attempting to use unsafe AIO = requests - not logging anymore > pid 49 (zpool), jid 0, uid 0: exited on signal 6 > source. > cachefile import failed, retrying > nvpair_value_nvlist(nvp, &rv) =3D=3D 0 (0x16 =3D=3D 0) > ASSERT at = /usr/main-src/sys/contrib/openzfs/module/nvpair/fnvpair.c:592:fnvpair_valu= e_nvlist()Abort trap > Import of zpool cache /etc/zfs/zpool.cache failed, will retry after = root mount hold release > cannot import 'zroot': no such pool or dataset > Destroy and re-create the pool from > a backup source. > cachefile imporpid 55 (zpool), jid 0, uid 0: exited on signal 6 > t failed, retrying > nvpair_value_nvlist(nvp, &rv) =3D=3D 0 (0x16 =3D=3D 0) > ASSERT at = /usr/main-src/sys/contrib/openzfs/module/nvpair/fnvpair.c:592:fnvpair_valu= e_nvlist()Abort trap > Starting file system checks: > /dev/gpt/CA72opt0EFI: 281 files, 231 MiB free (14770 clusters) > FIXED > . . . >=20 > Removing /etc/zfs/zpool.cache allowed reboots to avoid such. > END SIDE NOTE. >=20 >=20 > For reference, for the machine where I can plug in > the media: >=20 > # uname -apKU # line split for better readability > FreeBSD CA72_16Gp_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #59 > main-n256584-5bc926af9fd1-dirty: Wed Jul 6 18:10:52 PDT 2022 > = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 > arm64 aarch64 1400063 1400063 >=20 I ended up doing: # zpool labelclear -f /dev/da0p8 # zpool create -o compatibility=3Dopenzfs-2.1-freebsd -O compress=3Dlz4 = -O atime=3Doff -f -tzprpi zroot /dev/da0p8 # zpool export zprpi and then doing my normal update procedure to the media (sends and some adjustments), making the zroot a variant of what is on another machine (under different pool name). And . . . The media is back to being importable, even bootable, media. =3D=3D=3D Mark Millard marklmi at yahoo.com