Date: Tue, 18 Oct 2011 12:08:27 +0200 From: Nicolas Rachinsky <fbsd-mas-0@ml.turing-complete.org> To: freebsd-geom@freebsd.org Subject: Re: disk partitioning with gmirror + gpt + gjournal (RFC) Message-ID: <20111018100827.GA91400@mid.pc5.i.0x5.de> In-Reply-To: <4E9D49D2.8020801@dssgmbh.de> References: <4E69A152.6090408@rdtc.ru> <4E69EB15.50808@rdtc.ru> <4E9D2117.4090203@dssgmbh.de> <20111018081920.GA97840@mid.pc5.i.0x5.de> <4E9D49D2.8020801@dssgmbh.de>
next in thread | previous in thread | raw e-mail | index | archive | help
* Alfred Bartsch <bartsch@dssgmbh.de> [2011-10-18 11:41 +0200]: > Thanks for pointing this out. I'm using filesystem labels (tunefs), no > GEOM labels other than gmirror. ufs labels are handled by glabel. > After executing "gmirror remove gm0 <disk1>, the partitions on this > disk show up as <disk1>p#, not as mirror/gm0p#, so there is IMHO no > ambiguity. If you have experienced problems with gmirror - glabel > configurations, I'm interested in more details. But <disk1>p# contains the same filesystem with the same label as mirror/gm0p#. If glabel sees <disk1>p# on boot before mirror/gm0p# it may associate ufs/<name> with <disk1>p# instead of mirror/gm0p#. This can happen with "glabel label"-labels, ufs-labels and gpt-labels. If you want verbose names, you might be able to use gconcat (with one component) since gconcat can use hardcoded provider names, which should avoid this problem. It would be nice to add the possibility to hardcode providers to glabel. HTH Nicolas -- http://www.rachinsky.de/nicolas
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20111018100827.GA91400>