From nobody Thu Sep 16 22:02:48 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 73F4317D2316 for ; Thu, 16 Sep 2021 22:02:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 4H9WKq143Rz3pb7 for ; Thu, 16 Sep 2021 22:02:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1631829773; bh=G5La6YLccKrDnBc/dgV2I5DLldkBiIHsNct+K3SGFdA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=EJKKt/HfODnF2/sYhGETEJ48P5lY8dauKTlr38MeOLSSwQP8VtClDf3NvWjESwz4ybXxUz3aduk4kLNCnlVGMxlp7rCL8UmYsa3vPPWezGllyd5V7wmnOyzGX2WRl+oEjhOMW0i31aJhgl0htffAtbMLHw7Hix3YZcnIzQtxeOgqMO+cxTt+iMPso2MI+zEiKe7HwXOtCjxQ29GPF9S/yKcqCV+CKMyzuJMjBg7c3Oww9vjZyiAceumbkfDczCbg1LfTIQlv4CkgyNuG36Q+TZPaUuqRSgq0Q+iNXKzVq97WUXjY3HIwtLSheLCaSKRyvbi6LDXGOoU2Fym+0MueRA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1631829773; bh=xdYPfyJ7r058uFdeX86LWkR6z0DEPA6XqVMjOTT2WhR=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=EM6zYKfumgfDvRPfGG5FXTy3FdwryajFWuMsV1uHSvDR7VNlGrJy858p1oqs/evc3qkkCnt/vtWgbA+rGNVoqkeGvknioN0xiJicA51DTTzwO0pLOTDbIDuEiYtvebebFNkk4HIiLidTlI2DybUgqEWrKpjqkpASNCASi9YSfM3gXdaRK13vqwAvJxWa9RR/vgXlsc7mPqI3sv7U/okikgUhkl9yR5jvyrPlTZLYBjksUinjuZwnrXNQNFFUygdrrX6+G8AIlD4NyZyTqVHSIO7gZBn1PdlWd5nGu/K3gox6lI/bwjcQl7E8OPeY6P2vK7Xt89yc5or9zYVqng1TiA== X-YMail-OSG: KnYmGgwVM1kc.RZhy4vGu9B.hNjC4iYyNSe7xB22XMHGC82IlNP7P.NOIvut4Yf 9SWpXRkPpN6lAeYC3dRTfKVYx1Ah2V1OPrpJBMbcYwUietQ0WugFg_7nIuib9OC6wDKRcPLamtzu 8dEMyjmBClw3G71NDY7wuTH6MG7hSSdV1zlGUHnIror4HyzaC5EAlCX9vyP_ZlBpQDCmqwDrjDSu JFSfhNz3hm2XtlyYZhdFzv_EgBvI2jXoOZLNvQXxXb7Y5P0aSxIGmeUqPnWMFgYFPqitx7cOtmOs XI.McCBrkvobZmHkiGqI2VZUXmZHZ8RIW1Sye9sKkw79u.6fWJMQugbgxls9H8R5BRYYwt3eSNi_ oYn_oQtV.0pv6nLbstBgi786E.9bBXxRE28.6V94mz28wZKfTxHuLodGwjZmgDr0BRu3fEv5e.dq R4PI91pmmzDBVDnyY7wP9NwW.JFFw7asnR.ETUpObxjdPvc2YuyqgKzFT4ut0mMP2FzasfyEKuc2 nZ99qa3SgSmZ1d7yKefGERolWA8437Ji_ExtwG8fMY4BiwYmj.dTk5UrKcDHOmrhIAPOVf2oYiMB Br1sSTUImoGvnsVZyy0kibVESOuzzwxYNCNTw0qTbuvNC.5MGOkm_45mJJ7.EFrSAkK.EUR9WOcT fswLuUFdlydC_HRQPks__jptE.8f_juXFQVYvieupqxlIWR_VmvdGyIuDBBRhxCAzSV9jLwn3NNn HqwkCcwIzrL15wypd4lrrMnItZI21Oz7BJ3Kro2ZWJRD76tRaJWTvfSoafm364olZzUUvq.jDD6f 5jsD37jJ0H6RrxN1n8xXpHd_7msp1uCJZ_NsgX_DtiyD2IR7r8IrY3Kmoa..RPlRXchyYlH4z5v4 XySZVysXnTvHR72swMflBSmg.o3H3zDcnfKt.RPcCN0RbNQQIvVn1AfJUv.cb_LhkT2MduRBR0aG PFC8hpAbqcWZZGsCb2FggoL_r7L5F3nhOZOZcq0kw7b_vUmk9Q3cOdaQamksxpCSAxIsvu9d6Y3M UrWXUGpCiV8tnanZ75hXpA5eOcIAlHwP_Wuc8O0xuaIL7g15zAdcktNpzuHQnx3VC48sSobw15GF Gn.PyoOM55MVKszAcWw_2dqcz07XhXeJf8WeHcCcNVXbMUe5Iut5rDvJmHr1TvmXGtMTbz8H_R1g LW5WzFvwH1lQIlYTksHPHkT1fX6KMsEL_971.6w_xPegkgD078vfY1XAcgVmkKRzt50NE1cQSH.E sk_1oy6jL7wCh2w5qGBbI.gkChT3zwlgl_N7A6VaYfokv19zmS4UvE1ZTNuj48aMG0dKFZ3JFfZT D5XMZw5Sr0_LM2rpyJl1Rxn8jTqvQKxHYQPhCjKbAhE44TdGVxBC1evZE_Aj9t9Fl_0Z3xksQ49l oqA6mFPHm7_LJDhgOiah8NW.EHT6GN1hzgdJIKcT5I.y53k2oVYVQp14DDkiVkwprroV.QqCqUyu rYoe0N_nBD84JqgJwBvB5gVOxkDCfD6BlOjyGUIfAqvLJqF4DOcjMAl5pVzaIUATz.VyuXL9pqjN kAab4BQc8.cmJTpYvMl4bR90K7623Hf65rBWjyOYBfgosNiSSWYzi3puvDu7VO2sXyFyy.GnvSVt 2cltWYae3SmV8.JxsjaKgRM7n_hBl.9sgeoQx4Vm58.nS8ml6BJx3z75vqT3hBffxmHo4oj6owWG gYDWsLkcw7BPFFztJh1LEIvCSfUzdGIuywYLK_fay5ZX7nkklELf9x9Iwqu9Letn9veQrtsX3iok J3kq5ndHTCG5wTTpJmaFhNmmNTmErFzteynJLvpOY32iWfafs_FMhVutgWuIK0bQzYuROrIzq1uw C4OXTVi9mHSoxuWi2oKJSrc._z_m3c344JseRegrO9Y7niGgnrFWsf9RjL.Zz8zjWK8UapRlydpJ OkJB89OTliBsGEbkiyUAKpCy5Okw1l_u1xngaCUb2kR2Iz_vYQS3VCJh2UVB.Wb9_OAXiKh1Jege 5qkTYunpsa4aLWRevbiJ56YeZZ1f5iwZU09kLxGRg3VpPFipapRr7pcyY.aPNZkXc5JTBrHdkFjs JH8n9jn9sH8coyJoeNhhsrqA_MGGM_VHM5WthWPI5YxZsCdg9Q3X3.jNEW6ecXmU6wJ1pdwRICys R_4kAtKMaH99JLhde8NN8FIOZBD_XZ.EqfyEtyHAexgd6NQcmMwIQfoznUmnNWI4eWBjbP3Am8l. 8avryazGZhxn2PqE0lFhEX3moVVN_32Z0AmMkOQNjAQ.4ir4ppEAbJ94GgLjY7qOsIx0B0kDNR5P Iz3BGHEBWle82 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Thu, 16 Sep 2021 22:02:53 +0000 Received: by kubenode504.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c77f25ff480d00820c3aae5e498e4b13; Thu, 16 Sep 2021 22:02:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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" In-Reply-To: Date: Thu, 16 Sep 2021 15:02:48 -0700 Cc: freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Alan Somers X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4H9WKq143Rz3pb7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] 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:39, Alan Somers wrote: > On Thu, Sep 16, 2021 at 2:04 PM Mark Millard via freebsd-current = 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 > So you just want to clean nda0p2 in order to reuse it? Do "zpool = labelclear -f /dev/nda0p2" >=20 I did not extract and show everything that I'd tried but there were examples of: # zpool labelclear -f /dev/nda0p2 failed to clear label for /dev/nda0p2 from when I'd tried such. So far I've not identified anything with official commands to deal with the issue. Ultimately I zeroed out areas of the media that happened to span the zfs related labels. After that things returned to normal. I'd still like to know a supported way of dealing with the issue. The page at the URL it listed just says: QUOTE The pool must be destroyed and recreated from an appropriate backup = source END QUOTE But the official destroy commands did not work: same sort of issue of reporting that nothing appropriate was found to destroy and no way to import the problematical pool. Note: I use ZFS because of wanting to use bectl, not for redundancy or such. So the configuration is very simple. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)