From nobody Thu Sep 16 20:56:16 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 3354317D513B for ; Thu, 16 Sep 2021 20:56:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (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 4H9Ts73kVBz3FFy for ; Thu, 16 Sep 2021 20:56:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1631825779; bh=KmrhPB2ARfz9NNKsHBeH8VO7/VSYkSxa7sjyNV31y2o=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=hsJu4OQe5EAol61GV+WhDjrOF1NGMhoO9T0sJ5gg3V8T0n0EOESyvZX91lJ1ewzBk5g7J6++E4p3nYwyORgFdFN5UCTGgF5ZKTtg8hZIG1DzNBx3BXx035S4N0Q7y3effI5YvJJbU7riSyy0zBUpqaGoqiZIYXm/fdvwUewyd2IJryKs16e5TjY6CRwFcTilhOLpjkmtZeIPo3W/3438GMm1aaKtl6IFDpkmZfOIYH5UqZ5xX9+iLdhqelRNsOvVTc0VrsrTBo/gHOUfMTgbpyq6TBKEXeGgeJsCQczMc1RYJlRhw21ARzHKcXll6CuzGjCM0L4NTLU6sc9uvzwVgQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1631825779; bh=WHZkcpvtnI960cXBR7T3ievPUFUJ+tvq6RuDOh32czi=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=jROxKSU0zHwpX02XnK+opYBibZlG88FYccklxUJAdcKLzeESG1Xhz+dsqMaddOg7rBKPhdbkvBBrZnaJpwlROZ2fR4u8Bjl2cj+IjUWiSJBELboa9J/9k6VYX1uUWGNCN8fbRPNuEO+2tQ41HgfNTiNY2RIyz1t82/8Ef4UAk4uY6rPM6Ul27NQLiasoGwkbcdwq7Skx5eKP9IjBHstJK4GWHFGUk0nfXKmD6FTLoOT7CDjwkCWwJbIP/+BospQFCdTin2Yz3+3fJOO20lOXfQTHFZElXC5zF7iqbSEJZ0RxVpvbr+fvipHSaF98EEfSgllnVB9iGywhrqPFrDyGRw== X-YMail-OSG: 9cRiqoIVM1n7oe2JIlYQ.fTAVrcIVDqUHitTsGyj_mwncxkqlTlodLohh2PEqm3 .oCEorymewF40aw_C1oGRGHXGDwnY5yt7jxNGtWIKVaC1BPboNyypjeglGyjsHCwBEqwlJQWCZuL j.YX9ov69Is7g7X5rPFZ0511f8guIaQTNS.T6qnfBhDEwBWsOZqFH4Bl7sRxVUQ7LeA3.c4iXqQr 8OfszoSY3qDI9WvIhN9txyevr.kEnp.8WuP6Tr6d9Cu0P2FG4hK2MIMb06U66g0MGNvnUhF2BNXw HfTUuzi_XJAW.c7uA2gPpmmS1AajO.kB4IajbANCp7ZAGHTWe2dUAoIam0_COmCqqXkUwvpTMs6A 483Y4XMSL.9H5odZNkZVWc9NQZ5bMURCfmqeEHN4F74qImGnz4fVguVD.H_MyxrBy1rwlbS9KK2Z H7eRaByqV3vTH7QN_ievkgpyEOmQ0pkcaB7JqzqhYT8694z8OkZYKQsOFwR2kRc5kNSHx2_hHIyO 0kkKDnbc0xFL7aWXtu.fwiYjIneE0shm6o5jhHDFS6YdeIajEEwZL8JjYUpzpFLPVFc5i395iC.2 bN6oPOHk80qQ98CYqx40pTHP0hY1c0v_M5JWu5jzF1HunyjvLAkkZldoa5wOuCOHWUihHEilcmPC vy.wZgRvIJxtSAwWzHJoO.rVcnMNAm5GzB4oFIPuh5h6OTL44dlxqO5zzMM2DU6Q12HizAohu56U adGX2TBWhbJs3UWZ5rLrPDSmmwUbum59sH.lfya57rourbKcM6d7SoONYPl7R30siXMh04Bm2hF0 mqt9qxqBzGsFChw4I2ymBWAY2wsTu1bNYNPsC2E55NufqdEPh1M5txWtFLudl2_Fo4CHiZge8bR7 SjG2DWxS2vfqUymVsEQoPX7W_QdBkJNRbsEWtAwhLo7uLe_jMbWwA1LvQ_ZACCZnhUG3.Oh6Ufk_ sU4UdPlJXjPkmCr5EXHE02Su5zY0b301Qr99KKYkXyEsbKCuqve2TesBKrE2L4Qm036dfuHMhPuA 5ZJbjHz3pIW9zZPCSumu46ZWQdzcWiOicocyH_414UOM6ZuvF8nPwHL_Kyp.ZtqnH9KMSHDSooGI 3snQJQVUXOZvNb_y3pXWngsWF5e6fwsTfAKDbaUnAe4t8zhLinwoRAWGej1FKtm6jgsuizonFlWx JfBVBpbQfvALxcNEWGcCd_UG1HZBwSwn.H.H_aR7u9z2dq86vObrANfdOMC29pSlWRQIAlYmNAZt bJzxE15FOkuK5_GZczDBM2JElvtYK2.jP97dK3kFUHdPjar9IqLEbR9ZuhyvR79O59K_43My.R5j jaOBTgdEBnqpSGKw5zioiwWzCQNC1dQ_jgmE1LkQbCubykVoJJ6vt_MWcWszTCvKzXMJBFFqDlE5 ZZ5wKAovSdTWhHSxr8VHZHSHE7Y4MIiOuvjVNitBlemt4fk3rnjK00.PkDIFOKsjxkK1OXBBR8kQ LrNzItcgnrWITshvaRZWKgPw2NKlpeBhjdIK9Eyx2dgYoKrOCWXNYVtRrPh6xsDc7RwieMBJbV.O ZExLf6veHp4UGsuThfk6diB_NJ3cz5kTOQWdjZUPnjnCY3srEebIz56k0rkdTujqbhSjawyNnvj6 RvwaefGCd6eTKVE6C4s_6nEfnIY3ORSMKuhFiRJ_U3QYD6lQj9xAJ8SCV7xX.yitxpbtt1lmI_TW m1y4NkYXG2elidjqGN256bjPXQn_88J5yhztcijEUQ0JzPjPK2zODPCy3Jm31YiltWthiSAkKCg3 beDO.jXQdQBh7.E_59nYvR_82VANb..6PxC3LrAioAldse1vekY9JaRycEQ5m9UaPDwrp2X3JqHd 5IQKQrksSNJU59qSQrlAIkA5HX5ibKhbRHFRX5nwEVShZxQxFMBztH04SxscRYXIMOS8EpXAspbt tM95iTUgXB8G9LZPqIO9zYrMdk00LUQ0j_.GKQQPxK73fDNRm2YFw.fRRxSg7Icmif9Pj3fUuOw5 xwY8zsRYU641_cH5KSl64mcyznA3Zv2s6AD9sICRqfxFd2NxBSrMdnZr.vqYFKtNFW8ZOlkMP9RU tdwTUrfOAbUJ1N81wmBjvM7swgQusCqqOsk4rUWApxkl0GBcY0FaVnyyhW28y_kbFULobhCumf6Y QCp4SDgtFhuBZlspTbnnDkESH0GQ55Hh4A_tyOOxJcZmmPrrKS7i1OhVoeI8kuPimu_ddlZX0YeA jyKZUDcwn8zVoxCjtNOyeXAOoT8UpG6N9cG55sRNzdcuIIz67vUFx3DgRZ.iWhymZfOYGdekJ4Is - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Thu, 16 Sep 2021 20:56:19 +0000 Received: by kubenode516.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f4df509ef9df79259376d40ad5f5091a; Thu, 16 Sep 2021 20:56:17 +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: zpool import: "The pool cannot be imported due to damaged devices or data" but zpool status -x: "all pools are healthy" and zpool destroy: "no such pool" Date: Thu, 16 Sep 2021 13:56:16 -0700 References: To: freebsd-current In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4H9Ts73kVBz3FFy X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=hsJu4OQe; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 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.65.31:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; 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-Sep-16, at 13:01, Mark Millard wrote: > What do I go about: >=20 > QUOTE > # zpool import > pool: zopt0 > id: 18166787938870325966 > state: FAULTED > status: One or more devices contains corrupted data. > action: The pool cannot be imported due to damaged devices or data. > see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-5E > config: >=20 > zopt0 FAULTED corrupted data > nda0p2 UNAVAIL corrupted data >=20 > # zpool status -x > all pools are healthy >=20 > # zpool destroy zopt0 > cannot open 'zopt0': no such pool > END QUOTE >=20 > (I had attempted to clean out the old zfs context on > the media and delete/replace the 2 freebsd swap > partitions and 1 freebsd-zfs partition, leaving the > efi partition in place. Clearly I did not do everything > require [or something is very wrong]. zopt0 had been > a root-on-ZFS context and would be again. I have a > backup of the context to send/receive once the pool > in the partition is established.) >=20 > For reference, as things now are: >=20 > # gpart show > =3D> 40 937703008 nda0 GPT (447G) > 40 532480 1 efi (260M) > 532520 2008 - free - (1.0M) > 534528 937166848 2 freebsd-zfs (447G) > 937701376 1672 - free - (836K) > . . . >=20 > (That is not how it looked before I started.) >=20 > # uname -apKU > FreeBSD CA72_4c8G_ZFS 13.0-RELEASE-p4 FreeBSD 13.0-RELEASE-p4 #4 = releng/13.0-n244760-940681634ee1-dirty: Mon Aug 30 11:35:45 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/13_0R-CA72-nodbg-clang/usr/13_0R-src/ar= m64.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1300139 1300139 >=20 > I have also tried under: >=20 > # uname -apKU > FreeBSD CA72_4c8G_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #12 = main-n249019-0637070b5bca-dirty: Tue Aug 31 02:24:20 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400032 1400032 >=20 > after reaching this state. It behaves the same. >=20 > The text presented by: >=20 > https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-5E >=20 > does not deal with what is happening overall. >=20 I finally seem to have stomped on enough to have gotten past the issue (last actions): # gpart add -tfreebsd-swap -s440g /dev/nda0 nda0p2 added # gpart add -tfreebsd-swap /dev/nda0 nda0p3 added 7384907776 bytes transferred in 5.326024 secs (1386570546 bytes/sec) # dd if=3D/dev/zero of=3D/dev/nda0p3 bs=3D4k conv=3Dsync status=3Dprogress= dd: /dev/nda0p3: end of device972 MiB) transferred 55.001s, 133 MB/s 1802957+0 records in 1802956+0 records out 7384907776 bytes transferred in 55.559644 secs (132918559 bytes/sec) # gpart delete -i3 /dev/nda0 nda0p3 deleted # gpart delete -i2 /dev/nda0 nda0p2 deleted # gpart add -tfreebsd-zfs -a1m /dev/nda0 nda0p2 added # zpool import no pools available to import # gpart show . . . =3D> 40 937703008 nda0 GPT (447G) 40 532480 1 efi (260M) 532520 2008 - free - (1.0M) 534528 937166848 2 freebsd-zfs (447G) 937701376 1672 - free - (836K) # zpool create -O compress=3Dlz4 -O atime=3Doff -f -tzpopt0 zopt0 = /dev/nda0p2 # zpool list NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP = HEALTH ALTROOT zpopt0 444G 420K 444G - - 0% 0% 1.00x = ONLINE - zroot 824G 105G 719G - - 1% 12% 1.00x = ONLINE - I've no clue what made my original zpool labelclear -f attempt leave material behind before repartitioning. Still could have been operator error of some kind. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)