Re: RFC: Project geom-events

2011/10/5 Miroslav Lachman <000.fbsd_at_quip.cz>:
> I am waiting years for the moment, when these GEOM problems will be fixed,
> so I am really glad to see your interest!
> It will be move to right direction even if changes will not be backward
> compatible.
> The current state is too fragile to be used in production. Gmirror alone can
> be used, glabel alone can be used, GPT alone can be used... but mix it all
> stacked together is way to hell.
>
> e.g. Using GPT on glabeled provider always ends with error message about
> corrupted secondary GPT table. (But how can I use iSCSI in reliable way if I
> cannot use glable on devices and iSCSI device can have different number on
> each reboot? I wrote about it almost 2 years ago)
>
You don't need to use glabel on GPT disks, as gpart has it's own way
to label GPT disks:

 Fixit# gpart create -s gpt ad0
 Fixit# gpart add -s 4G -t freebsd-swap -l swap0 ad0
 Fixit# gpart add -t freebsd-zfs -l disk0 ad0

This create the following in /dev:

/dev/gpt/swap0
/dev/gpt/disk0

Glabel is not needed for GPT partitioned disks.  What should happen is
that glabel should fail when attempting to label a GPT disk.

If you wish to add a GPT label after the fact use:

gpart show geom
gpart modify -i index -l label geom

(i.e. geom = ad0)

Scot