Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 17 Oct 2008 19:54:25 +0200
From:      Peter Schuller <peter.schuller@infidyne.com>
To:        Zaphod Beeblebrox <zbeeble@gmail.com>
Cc:        freebsd-current@freebsd.org, Daniel Jameson <DJameson@emerytelcom.com>
Subject:   Re: ZFS attaching direct access drives as Scsibus#target#drive#
Message-ID:  <20081017175424.GA73168@hyperion.scode.org>
In-Reply-To: <5f67a8c40810142200o6074cd42hec0ff6f2b87d3648@mail.gmail.com>
References:  <0A8710FF880BBB4687AEC66F9DCF7D0C26B462@SERVER1.emerytelcom.com> <5f67a8c40810142200o6074cd42hec0ff6f2b87d3648@mail.gmail.com>

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

--Dxnq1zWXvFF0Q93v
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> glabel can have some funny effects due to the geom taste order.  If
> something is part of a mirror (for instance) and the label tastes before =
the
> mirror, I've seen items of the mirror come up with glabel instead of
> attaching to the mirror.

Does gmirror perhaps keep meta-data at the beginning of the underlying
device?

Something which can easily happen is that you have, for example, a
slice covering the entire device (exactly the entire device). You then
glabel the slice, and when you reboot the underlying device is labeled
instead of the slice. Similar issues can happen in other cases, such
as glabel:ing an iSCSI target on another host, if that iSCSI target is
backed by, for example, a zvol.=20

For these reasons I always make sure that the "contained" device ends
earlier than the "containing" device (and the other way around). This
way there is never any GEOM (disk, slice, partition, glabel, gmirror,
etc) which starts or ends at the exact same spot as another GEOM. This
removes the ambiguity.

At least this is my interpretation of the situation; I haven't gone
and proven it.

--=20
/ Peter Schuller

PGP userID: 0xE9758B7D or 'Peter Schuller <peter.schuller@infidyne.com>'
Key retrieval: Send an E-Mail to getpgpkey@scode.org
E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org


--Dxnq1zWXvFF0Q93v
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAkj40VAACgkQDNor2+l1i30tEQCgs4QOonDK6T0s1aF9lk3MNVxd
RwMAnit0ukyHXLiq6qskT6J8+mSHpUI4
=giPQ
-----END PGP SIGNATURE-----

--Dxnq1zWXvFF0Q93v--



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