From owner-freebsd-fs@freebsd.org Sun Aug 13 02:48:31 2017 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3FF8DDD9AE for ; Sun, 13 Aug 2017 02:48:31 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:10::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 67C7B803DF for ; Sun, 13 Aug 2017 02:48:31 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.16.0.19/8.15.2) with ESMTPSA id v7D2mK1I003023 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 12 Aug 2017 22:48:29 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Received: from magrathea.distal.com (magrathea.distal.com [IPv6:2001:470:e24c:200:ea06:88ff:feca:960e]) (authenticated bits=0) by mail.distal.com (8.15.2/8.15.2) with ESMTPSA id v7D2mGjt092605 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Aug 2017 22:48:17 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Content-Type: multipart/signed; boundary="Apple-Mail=_64E1E7EE-A91F-4B8F-B22E-C5713940579A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Oh no, what have I done... From: Chris Ross In-Reply-To: <035BFBCB-BA43-4568-89E9-8E8DCDFAA8CA@kraus-haus.org> Date: Sat, 12 Aug 2017 22:48:01 -0400 Cc: FreeBSD FS , Peter Jeremy Message-Id: <928F1F16-0777-4D66-BD27-8224DF80363C@distal.com> References: <3408A832-BF2E-4525-9EAC-40979BA3555B@distal.com> <20170813000323.GC95431@server.rulingia.com> <5B508AED-4DAC-42E4-8C56-4619C0D1A1C6@distal.com> <035BFBCB-BA43-4568-89E9-8E8DCDFAA8CA@kraus-haus.org> To: Paul Kraus X-Mailer: Apple Mail (2.3124) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]); Sat, 12 Aug 2017 22:48:19 -0400 (EDT) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2017 02:48:31 -0000 --Apple-Mail=_64E1E7EE-A91F-4B8F-B22E-C5713940579A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Aug 12, 2017, at 22:23 , Paul Kraus wrote: >>=20 >> Can I attach a different similar drive as da2p1? >=20 > Nope. >=20 >> Or, does it have to have the same bits that were put on it when it = was in the pool previously? If the latter, I don=E2=80=99t have those = bits any more. >=20 > The same disk. ZFS is looking for the labels it writes (4x for = redundancy; 2 at the beginning of the disk and 2 at the end; it only = _needs_ to find one of them) to identify the drive to include it in the = zpool. If that disk no longer contains the ZFS labels then you are = probably out of luck. Okay. Well, the work I had done on the other disk to =E2=80=9Cwipe=E2=80= =9D it only wiped the beginning. So I appear to have gotten lucky that = ZFS writes labels at the end, and also learned that my intent of wiping = it was insufficient. In this case, to my benefit. I was able to bring = the zpool back online. > You _may_, and this is a very, very long shot, be able to force an = import to a TXG (transaction group) _before_ you added the lone drive = vdev. I=E2=80=99m curious to learn more about this. Had I inserted an = geometrically identical disk, without the labels ZFS was able to find, = and the above was my option. How could I have done that? And, now that = I have it up again, am I moving farther away from that possibility? >=20 >> I=E2=80=99ll try putting a disk with the same layout in, and see how = that goes. That was a thought I=E2=80=99d had. >=20 > Won=E2=80=99t work, without the ZFS labels it will not be seen as the = missing drive. K. What, if it hadn=E2=80=99t found labels I=E2=80=99d fail to clear, = would it have done with it? Just considered it irrelevant, and still = refused to bring the pool in much the same was as I=E2=80=99d been = trying with the disk forcibly removed? Thanks all. I=E2=80=99d like to learn more about what to do in this = situation, but I appear to have at least gotten to the point where I can = create a backup, which should allow me to destroy and create a pool more = to my actual intent. - Chris --Apple-Mail=_64E1E7EE-A91F-4B8F-B22E-C5713940579A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZj73wAAoJEPFBDnXvoNg0ob8QAI91neADQ1NQbkP3QcUj5JE6 pJTLICII7z1Bz39ZNLszwA82bDfiasSTwKP9KdBCTgYiuF7dZhNXYGKA0mJe9qlG gJHssPsdR6DbdtPVh8fcmMVQ5CKIr7zOrWceUbmFzhaPZpuMdeluSa7Cv/8Jqspq RHUebydSKPJlQUQXoj4c88+Q3/CdSyLR8zIhEF78B4/rph+9TIaBlZ+2DtSiGO7Z yIaS7cRgaycawBNjWBRy/bzLvEi8fA0kST2guuzaGaoZSKkafzdHN2SpT1GPDg2c GxJ4//swkWmmnybenubFian11Q8iSFif8E3KhrJRkMWYiPd+V+3GnMcabFzDX/Lb D/Q3MdwcgCvqYuDWV7YHlGYIZDU2Hk2ZGUCGGh98ZkMpoF4F0qbgA/uoLVPRjWEP 0UDhxyndum2/y8WvVdI0qMISwy3u/qY3EvWEl5OJ0iaMZN0a23SvXjVtxDZBz9kh WqyK6u8AtB02jlRX8wkxNq1UUhodqFRUeVkp3F6H3EdgX4mTNnEbdomtPdnanHZv lC515fLXEQz9jL2Yd2XOYCFrHfP2R6sUqpyGxvXSOqJGXLyY6xl3nQZI0LsTQvV4 pUpeusE2RLCsPTxx1BlV5VUbQ8mQS5ZwwHbecEfN1rzE0LmvSoI2UMbYjYGbC+t5 SivKGw8Po7sgxZiEsULC =7W1x -----END PGP SIGNATURE----- --Apple-Mail=_64E1E7EE-A91F-4B8F-B22E-C5713940579A--