From owner-freebsd-fs@FreeBSD.ORG Wed Apr 23 09:15:39 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DED4652 for ; Wed, 23 Apr 2014 09:15:39 +0000 (UTC) Received: from squishy.elizium.za.net (squishy.elizium.za.net [80.68.90.178]) by mx1.freebsd.org (Postfix) with ESMTP id 260FC16D7 for ; Wed, 23 Apr 2014 09:15:39 +0000 (UTC) Received: from sludge.elizium.za.net (sludge.elizium.za.net [196.41.137.247]) by squishy.elizium.za.net (Postfix) with ESMTPSA id 62C86803F; Wed, 23 Apr 2014 11:15:37 +0200 (SAST) Date: Wed, 23 Apr 2014 11:18:52 +0200 From: Hugo Lombard To: Gennadiy Gulchin Subject: Re: ZFS unable to import pool Message-ID: <20140423091852.GH2830@sludge.elizium.za.net> References: <20140423064203.GD2830@sludge.elizium.za.net> <20140423080056.GE2830@sludge.elizium.za.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140423080056.GE2830@sludge.elizium.za.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Filesystems X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2014 09:15:39 -0000 On Wed, Apr 23, 2014 at 10:00:56AM +0200, Hugo Lombard wrote: > On Wed, Apr 23, 2014 at 12:48:16AM -0700, Gennadiy Gulchin wrote: > > Sorry, it was dd if=/dev/null of=/dev/ada7 bs=512 count=1... > > > > OK, so you only overwrote the first 512 bytes of the disk, am I > understanding correctly? > Are you sure that the above command was the only command that altered the data on ada7 outside of ZFS? I tried to recreate your situation using file backed md devices, and even when I deleted the first 256k of the one device (equivalent to an entire label), zpool import could still see the device (and be willing to import it) and zdb would show the first label as 'failed to unpack' but would happily read the second (being+256k), third (end-512k), and fourth (end-256k) labels. Also, I might be on an entirely wrong track here... -- Hugo Lombard .___. (o,o) /) ) ---"-"---