Re: RFC: Project geom-events

From: Ivan Voras <ivoras_at_freebsd.org>
Date: Thu, 06 Oct 2011 13:07:13 +0200
On 06/10/2011 00:12, Miroslav Lachman wrote:
> Scot Hetzel wrote:
>> 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:
> 
> [...]
> 
> 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.

Um, you do realize this is a "physical" problem with metadata location
and cannot be solved in any meaningful way? Geom_label stores its label
in the last sector of the device, and GPT stores the "secondary" /
backup table also at the end of the device. The two can NEVER work
together. The same goes for any other GEOM class which stores metadata
and GPT.

The only way to get this sorted out is to make a label class (or adapt
glabel) which does NOT store metadata anywhere on the devices. Maybe
they can store it in the file system (a file in /etc - though you then
lose bootability, and have to somehow connect devices and labels), or
the device hardware ID can be used as a label (but not all devices have
it, and in case of "software" constructs like iSCSI the labels can be
changed).



Received on Thu Oct 06 2011 - 09:07:34 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:18 UTC