Just a ping for any further updates, as well as a crosspost to migrate the thread to zfs-discuss (from -crypto-).
Is there any further information I can provide? What's going on with that "zpool history", and does it tell you anything about the chances of recovering the actual key used? On Thu, May 12, 2011 at 08:52:04PM +1000, Daniel Carosone wrote: > On Thu, May 12, 2011 at 10:04:19AM +0100, Darren J Moffat wrote: > > There is a possible bug in in that area too, and it is only for the > > keysource=passphrase case. > > Ok, sounds like it's not yet a known one. If there's anything I can > do to help track it down, let me know. > > > It isn't anything to do with the terminal. > > Heh, ok.. just a random WAG. > > >> More importantly, what are the prospects of correctly reproducing that > >> key so as to get at data? I still have the original staging pool, but > >> some additions made since the transfer would be lost otherwise. It's > >> not especially important data, but would be annoying to lose or have > >> to reproduce. > > > > I'm not sure, can you send me the ouput of 'zpool history' on the pool > > that the recv was done to. I'll be able to determine from that if I can > > fix up the problem or not. > > Can do - but it's odd. Other than the initial create, and the most > recent scrub, the history only contains a sequence of auto-snapshot > creations and removals. None of the other commands I'd expect, like > the filesystem creations and recv, the device replacements (as I > described in my other post), previous scrubs, or anything else: > > dan@ventus:~# zpool history geek | grep -v auto-snap > History for 'geek': > 2011-04-01.08:48:15 zpool create -f geek raidz2 /rpool1/stage/file0 > /rpool1/stage/file1 /rpool1/stage/file2 /rpool1/stage/file3 > /rpool1/stage/file4 /rpool1/stage/file5 /rpool1/stage/file6 > /rpool1/stage/file7 /rpool1/stage/file8 c2t600144F0DED90A0000004D9590440001d0 > 2011-05-10.14:03:34 zpool scrub geek > > If you want the rest, I'm happy to send it, but I don't expect it will > tell you anything. I do wonder why that is... > > -- > Dan.
pgpIJLjpYwQNX.pgp
Description: PGP signature
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
