Scot Hetzel wrote:
2011/10/5 Miroslav Lachman<000.f...@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:
[...]
The point was that glabel on disk device is successful, gpartitioning on
glabeled device is successful, but metadata handling / device tasting is
wrong after reboot and this should be fixed, not worked around.
Otherwise thank you for example with GPT labels, it can be useful in
some cases.
Miroslav Lachman
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
