From owner-freebsd-current@FreeBSD.ORG Mon Sep 3 12:44:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E42DD16A421 for ; Mon, 3 Sep 2007 12:44:33 +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 7D15813C458 for ; Mon, 3 Sep 2007 12:44:33 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7E5FF45EBA; Mon, 3 Sep 2007 14:43:52 +0200 (CEST) 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 9F9CC45685; Mon, 3 Sep 2007 14:43:43 +0200 (CEST) Date: Mon, 3 Sep 2007 14:42:33 +0200 From: Pawel Jakub Dawidek To: Nathan Butcher Message-ID: <20070903124232.GC64967@garage.freebsd.pl> References: <46D4EFFF.5080807@fusiongol.com> <46D5B46D.5010202@gmail.com> <46D66A23.3060108@fusiongol.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r7U+bLA8boMOj+mD" Content-Disposition: inline In-Reply-To: <46D66A23.3060108@fusiongol.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.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-current@freebsd.org, Christian Walther Subject: Re: Encrypted zfs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 12:44:34 -0000 --r7U+bLA8boMOj+mD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 30, 2007 at 03:56:35PM +0900, Nathan Butcher wrote: > > AFAIK zfs is immune against device enumeration issues itself. There is a > > nice video on YouTube showing Sun engineers setting up a ZFS pool on a > > bunch of USB sticks. Afterwards they remove all of them, shuffle them, > > and put them back in. No problem. >=20 > You're correct,... only as long as the zpool is EXPORTED FIRST, and > imported after the drives have been shuffled around. ZFS has no trouble > piecing them back together wherever they are during an import, it seems. >=20 > If you were to, say, forget to export the zpool, shutdown your system, > shuffle the drives around, and THEN restart the system with the drives > in the wrong places, zfs will consider the zpool unavailable. In this > case, all the drives will be turn up as FAULTED due to "corrupted > data"... when in reality, ZFS was set up to expect certain data to be on > certain drives, and now it just can't find it thanks to the harddrive > "hokey-pokey" done on it. >=20 > I guess glabeling isn't really necessary, but it does prevent the above > issue from ever occuring.... "An ounce of prevention" or something like > that. You are correct, but not entirely. If you don't export the pool before shuffling driver around, ZFS can still recognize them after reboot, but those drives have to support GEOM::ident attribute. A disk, when asked about this attribute, returns its serial number. If ZFS can find disk using its name, it tries to use its ident. Not all GEOM providers support idents. Currently only ATA disks and slices/partitions on top of ATA disks. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --r7U+bLA8boMOj+mD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFG3AE4ForvXbEpPzQRArw6AJ9BdneGpbJLOPmE5WOAcBvE09x9lgCgvTZe icdEu0jztGVLMEBH0k0/Q28= =amWA -----END PGP SIGNATURE----- --r7U+bLA8boMOj+mD--