From owner-freebsd-fs@FreeBSD.ORG Tue Feb 5 13:11:26 2008 Return-Path: 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 9AF6B16A418 for ; Tue, 5 Feb 2008 13:11:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 41D9B13C46B for ; Tue, 5 Feb 2008 13:11:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 19DEE45E94; Tue, 5 Feb 2008 13:46:53 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 2708045E91; Tue, 5 Feb 2008 13:46:48 +0100 (CET) Date: Tue, 5 Feb 2008 13:46:26 +0100 From: Pawel Jakub Dawidek To: Dag-Erling Sm??rgrav Message-ID: <20080205124626.GB95316@garage.freebsd.pl> References: <20080204092150.vprsphymqoog8cw4@webmail.leidinger.net> <20080204194936.thzddva9a8s4cwsg@webmail.leidinger.net> <86lk5zy5a4.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MfFXiAuoTsnnDAfZ" Content-Disposition: inline In-Reply-To: <86lk5zy5a4.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, Alexander Leidinger Subject: Re: ZFS: invalid label -- what is expected? (solved) 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: Tue, 05 Feb 2008 13:11:26 -0000 --MfFXiAuoTsnnDAfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 05, 2008 at 01:08:35PM +0100, Dag-Erling Sm??rgrav wrote: > Alexander Leidinger writes: > > After digging around in the ZFS sources and investigating some on-disk > > structures (with some confusing results, as the data didn't seem > > corrupt to me), I exported the pool. After that all disk where again > > in the online state. All are connected via firewire and came back in a > > different order (daX) after a reboot (panic). It seems our > > implementation wasn't able to handle this without the reimport help. >=20 > IIRC, it works fine for ATA devices but not for CAM devices (which > include SCSI, SAS, USB, Firewire). I'm not sure whether pjd@ is working > on that, but when creating a new pool, you can save yourself some > trouble down the road by labeling the disks. It is properly done in perforce already. If component can't be found, ZFS tries to look it up by checking all GEOM providers one by one. This should solve all those issues and doesn't rely on serial numbers which are not always there. > You can also fix an existing pool by replacing each disk one by one with > larger labeled disks - they must be larger, since the label will consume > some space and ZFS will refuse to replace a disk in a raidz pool with > one that is smaller than the smallest pre-existing disk. As a bonus, > you will end up with a larger pool than you started out with :) >=20 > I've been toying with the idea of writing a gnop-like geom that allows a > disk to be referenced by its serial number if the underlying driver is > able to supply it. That would bypass glabel's disk-shrinking issue when > working on whole disks. Been there, done that. You can probably find discussion about this in the archives. The consensus (well, not mine) was that it is not good idea. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --MfFXiAuoTsnnDAfZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHqFqgForvXbEpPzQRAgjWAKDWyvIR5dvFwgwpa89l3HJmHaBTZACgsffH K5GYr7PsVO5+SPUWM8kwZWc= =qlgN -----END PGP SIGNATURE----- --MfFXiAuoTsnnDAfZ--