Oh no, what have I done...

[Chris Ross]

> On Aug 12, 2017, at 22:23 , Paul Kraus <paul at 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


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20170812/5c1140de/attachment.sig>