Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 3 Sep 2007 14:42:33 +0200
From:      Pawel Jakub Dawidek <pjd@FreeBSD.org>
To:        Nathan Butcher <n-butcher@fusiongol.com>
Cc:        freebsd-current@freebsd.org, Christian Walther <cptsalek@gmail.com>
Subject:   Re: Encrypted zfs?
Message-ID:  <20070903124232.GC64967@garage.freebsd.pl>
In-Reply-To: <46D66A23.3060108@fusiongol.com>
References:  <46D4EFFF.5080807@fusiongol.com> <46D5B46D.5010202@gmail.com> <46D66A23.3060108@fusiongol.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--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--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070903124232.GC64967>