Date: Fri, 14 Sep 2012 15:27:53 +0300 From: Volodymyr Kostyrko <c.kworr@gmail.com> To: =?UTF-8?B?IlRob21hcyBHw7ZsbG5lciAoTmV3c2xldHRlciki?= <Newsletter@goelli.de> Cc: freebsd-fs@freebsd.org Subject: Re: 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: <505322C9.70200@gmail.com> In-Reply-To: <000a01cd9274$0aa0bba0$1fe232e0$@goelli.de> 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> <000a01cd9274$0aa0bba0$1fe232e0$@goelli.de>
next in thread | previous in thread | raw e-mail | index | archive | help
14.09.2012 15:25, Thomas Göllner (Newsletter) wrote: >> 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... Not at all, what are you referring to is MOS and the one is contained in each UberBlock. -- Sphinx of black quartz judge my vow.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?505322C9.70200>