From owner-freebsd-fs@FreeBSD.ORG Fri Sep 14 08:35:47 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D4421065670 for ; Fri, 14 Sep 2012 08:35:47 +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 867178FC08 for ; Fri, 14 Sep 2012 08:35:46 +0000 (UTC) Received: by bkcje9 with SMTP id je9so1009634bkc.13 for ; Fri, 14 Sep 2012 01:35:45 -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=SjBeU2AcLnrZhfUuW4GZeg18oCq6NiqzGlqOzcdFKXw=; b=sDLTSx34x/Mse8A75iQCdtWbmgGrvnZX6bn1V5HdRlxDqZOI13/3xKLzZX+4+K9jHG gP7dbSLVWR32f8IEFQt9ckbpL8AYaXGd8TFGREjA2DoThlm/3S47vFHF79/op/cmUjLr yQDGQzhY0rC05QzqbVY36McjgxXAEMI/r0FpwT1YHNu5tKy1cAR7nIgg03uydjaLiilS rnmXqIj0euGg77MQX/Kh+/JtQExWlNHqr+wpCO15cReuJLzlsET7IjSa9S64S4kbMi61 v/mUhUUt/EOh1xQb/zrl5hpr+3MEYZzWWuFx43hG2w10PUqTW7c88W3I6Bkwpf4uWKoi cceA== Received: by 10.204.154.214 with SMTP id p22mr664669bkw.111.1347611745313; Fri, 14 Sep 2012 01:35:45 -0700 (PDT) Received: from green.local (155-10-132-95.pool.ukrtel.net. [95.132.10.155]) by mx.google.com with ESMTPS id n5sm366704bkv.14.2012.09.14.01.35.43 (version=SSLv3 cipher=OTHER); Fri, 14 Sep 2012 01:35:44 -0700 (PDT) Message-ID: <5052EC5D.4060403@gmail.com> Date: Fri, 14 Sep 2012 11:35:41 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: =?UTF-8?B?IlRob21hcyBHw7ZsbG5lciAoTmV3c2xldHRlciki?= References: <001a01cd900d$bcfcc870$36f65950$@goelli.de> <504F282D.8030808@gmail.com> <000a01cd90aa$0a277310$1e765930$@goelli.de> <5050461A.9050608@gmail.com> <000001cd9239$ed734c80$c859e580$@goelli.de> In-Reply-To: <000001cd9239$ed734c80$c859e580$@goelli.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org Subject: Re: 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2012 08:35:47 -0000 14.09.2012 08:29, Thomas Göllner (Newsletter) wrote: > Thanks for the code. It helped a little bit to understand some details. > > I tried the "-e" Option of "zdb" and I listed the uberblocks of the discs with "zdb -l -u ". > As I can see, the there is a "create_txg: 56482". With the uberblocks I was able to find the corresponding date/time which is the time I added the new vdev. > > But every command and option combo I'm trying gets me just two results: > "Input/output error" or > "Device not configured" > So I can't read out data via "-bbb" or so... > > Perhaps there was more destroyed during the process of creating and adding the new vdev than I thought first. It seems to me, that the NAS4free GUI mixed up the discs during formatting or something like that. After adding the new vdev I hat 16TB of space which was way too much and in the info I could see the discs of the old vdev twice... But the NAS was still playing out my data. After the restart the pool faulted. > > So my last idea is the "-C" option of the "zdb" command. Perhaps I can give a new config which it has to use. But where do I find the config file or what is it supposed to look like? 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 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. -- Sphinx of black quartz judge my vow.