Hi list,
Recently I decided to grow my zfs pool from 1TB to 6TB by replacing my 1TB dell
rebranded toshiba disk with an
HGST Deskstar NAS 6 TB one. system was running 10.2
to make things easier, I decided to do a zpool replace on both the unencrypted
boot and encrypted (as per
https://www.dan.me.uk/blog/2012/05/06/full-disk-encryption-with-zfs-root-for-freebsd-9-x/)
system pool
zpool replace system gpt/boot diskid/DISK-NAHRVZDXp2
zpool replace system gpt/system.eli diskid/DISK-NAHRVZDXp3.eli
The system ran fine for a while until I rebooted it:
https://ruben.is.verweg.com/stuff/IMG_5734.jpg
a panic during mounting root
panic: solaris assert: nvlist_lookup_uint64(configs[i], ZPOOL_CONFIG_POOL_TXG,
&txg) == 0: file
src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:4040
I tried to recover diskid/DISK-NAHRVZDXp2 by creating a new boot pool on a
rescue nanobsd image, so I could recover the encryption keys. No I didn?t make
an off system backup of those with zpool create -R /path/to/temp/root-for-boot
zboot /dev/diskid/DISK-NAHRVZDXp2.
first it complained the disk was part of the original boot pool, so I used -f.
upon inspection I found the disk to be empty, so it looks like that action
destroyed some important metadata. should it do that actually?
I wanted to restore that data so I used dd if=/dev/gpt/boot
of=/dev/diskid/DISK-NAHRVZDXp2 bs=64k but the contents is not restored.
a cat of /dev/gpt/boot show various data is still there, but not seen anymore by
zfs.
given zfs replace actually involves a temporarily mirror in where the old vdev
is removed, it should be pretty much possible to re attach this vdev to any pool
to see its contents again ?
what are my chances to create a functional new pool using old devices?
Best Regards,
Ruben
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL:
<http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20160202/69094dc4/attachment.sig>