From owner-freebsd-fs@FreeBSD.ORG Sun Sep 16 09:33:19 2012 Return-Path: <owner-freebsd-fs@FreeBSD.ORG> Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31EBF106566C for <freebsd-fs@freebsd.org>; Sun, 16 Sep 2012 09:33:19 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id A4A238FC14 for <freebsd-fs@freebsd.org>; Sun, 16 Sep 2012 09:33:18 +0000 (UTC) Received: by bkcje9 with SMTP id je9so1837378bkc.13 for <freebsd-fs@freebsd.org>; Sun, 16 Sep 2012 02:33:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=f2QpA+Z4v22Sdk0RmRT1MR2+WlYRw05fnzr4d7NPqFY=; b=Zc01qlzM7Wajge04pP3tks9nI9cNvmVGXAboihMvV4YHNKztXbcF0TItGwJmk3Gdys 68Vh0jUovmwi5NnDX8qZ5LqEOWtlKaOWdVkdv0+Cx4MuIiMjDyuhalmMMJA2yEKqgsK6 dhmT1YfKkRNJB8Uf2t3l4b9dERXcCHQkSaAq6DpA5jae7Mppl0IRBD0hSyGJGHhFhHp9 ZjEBiUwLGCM7I6V+tV3GITMfDBxu+VwHD4xoGkKmTf9BD5mFp225Xl4F5zbMmVV6qert tWhNB5BjhxGrzF/w64JmnXY/BFt8GYtpANgLLaBwVs6b04gP6QeIhi5inXL0HRLzobWH zSyA== Received: by 10.204.130.209 with SMTP id u17mr3312910bks.35.1347787997703; Sun, 16 Sep 2012 02:33:17 -0700 (PDT) Received: from limbo.xim.bz ([46.150.100.6]) by mx.google.com with ESMTPS id 25sm3354060bkx.9.2012.09.16.02.33.14 (version=SSLv3 cipher=OTHER); Sun, 16 Sep 2012 02:33:16 -0700 (PDT) Message-ID: <50559CD8.1070700@gmail.com> Date: Sun, 16 Sep 2012 12:33:12 +0300 From: Volodymyr Kostyrko <c.kworr@gmail.com> User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: =?UTF-8?B?IlRob21hcyBHw7ZsbG5lciAoTmV3c2xldHRlciki?= <Newsletter@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> <505322C9.70200@gmail.com> <000001cd9377$e9e9b010$bdbd1030$@goelli.de> In-Reply-To: <000001cd9377$e9e9b010$bdbd1030$@goelli.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org Subject: Re: AW: 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? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems <freebsd-fs.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>, <mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs> List-Post: <mailto:freebsd-fs@freebsd.org> List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>, <mailto:freebsd-fs-request@freebsd.org?subject=subscribe> X-List-Received-Date: Sun, 16 Sep 2012 09:33:19 -0000 15.09.2012 22:25, Thomas Göllner (Newsletter) wrote: >>>>> 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. > > So as this thing is so far beyond my skills, I am sad to point out that I have to give up here. Without someone who will take me by the hand and say what to do step by step I think recovering/rewriting the right labels of my discs is something I will not be able to do within one year or so. It's a pity that ZFS still has no tools for recovering metadata built in. This would be a task to think of in future. > > Thanks again for your help Volodymyr. It is a bit of consolation that at least I know now that I have done everything I could. If you can afford putting your drives aside you can try to wait before some tool occasionally emerges. I will not promise anything but I'm slowly making some progress with my script. I'm motivated about that as I have broken pool with photos. Trying to import that pool is causing a core dump on any system I tested like OpenSolaris, Illumos or SystemRescueCD. -- Sphinx of black quartz judge my vow.