Date: Fri, 14 Sep 2012 14:25:35 +0200 From: =?utf-8?Q?Thomas_G=C3=B6llner_=28Newsletter=29?= <Newsletter@goelli.de> To: "'Volodymyr Kostyrko'" <c.kworr@gmail.com> Cc: freebsd-fs@freebsd.org Subject: AW: AW: AW: ZFS: Corrupted pool metadata after adding vdev to a pool - no opportunity to rescue data from healthy vdevs? Remove a vdev? Rewrite metadata? Message-ID: <000a01cd9274$0aa0bba0$1fe232e0$@goelli.de> In-Reply-To: <5052EC5D.4060403@gmail.com> References: <001a01cd900d$bcfcc870$36f65950$@goelli.de> <504F282D.8030808@gmail.com> <000a01cd90aa$0a277310$1e765930$@goelli.de> <5050461A.9050608@gmail.com> <000001cd9239$ed734c80$c859e580$@goelli.de> <5052EC5D.4060403@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> Try reading Max Bruning's blog at http://mbruning.blogspot.com/, = there's a good data walk on raidz and raidz on-disk format. I'll do that, thanks for pointing me to it. >> I also think there is no way to write new or edit the lables of the = discs? >This idea is called Block Pointer Rewrite and is not implemented yet. I = have found no code to do that. I thought it may come to this -.- Because during my last reading I had = to learn, that I have to find the "root block pointer" to recover the = maybe overwritten labels... As it changes place and content with each = copy on write process (each txg?) it will be a search for the needle in = the haystack...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?000a01cd9274$0aa0bba0$1fe232e0$>