Date: Sat, 12 Aug 2017 22:48:01 -0400 From: Chris Ross <cross+freebsd@distal.com> To: Paul Kraus <paul@kraus-haus.org> Cc: FreeBSD FS <freebsd-fs@freebsd.org>, Peter Jeremy <peter@rulingia.com> Subject: Re: Oh no, what have I done... Message-ID: <928F1F16-0777-4D66-BD27-8224DF80363C@distal.com> In-Reply-To: <035BFBCB-BA43-4568-89E9-8E8DCDFAA8CA@kraus-haus.org> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
--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 <paul@kraus-haus.org> 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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?928F1F16-0777-4D66-BD27-8224DF80363C>