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
[-- Attachment #1 --]
> On Aug 12, 2017, at 22:23 , Paul Kraus <paul@kraus-haus.org> wrote:
>>
>> Can I attach a different similar drive as da2p1?
>
> Nope.
>
>> 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’t have those bits any more.
>
> 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 “wipe” 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’m 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?
>
>> I’ll try putting a disk with the same layout in, and see how that goes. That was a thought I’d had.
>
> Won’t work, without the ZFS labels it will not be seen as the missing drive.
K. What, if it hadn’t found labels I’d 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’d been trying with the disk forcibly removed?
Thanks all. I’d 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
[-- Attachment #2 --]
-----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-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?928F1F16-0777-4D66-BD27-8224DF80363C>