From owner-freebsd-geom@FreeBSD.ORG Tue Oct 18 16:21:04 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59B25106564A for ; Tue, 18 Oct 2011 16:21:04 +0000 (UTC) (envelope-from bartsch@dssgmbh.de) Received: from mail.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id D0C098FC0A for ; Tue, 18 Oct 2011 16:21:03 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by mail.incore.de (Postfix) with ESMTP id 261425C96A for ; Tue, 18 Oct 2011 18:21:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at incore.de Received: from mail.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id gGe7nCU8GBun for ; Tue, 18 Oct 2011 18:21:02 +0200 (CEST) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by mail.incore.de (Postfix) with ESMTP id 24CDA5C8C4 for ; Tue, 18 Oct 2011 18:21:02 +0200 (CEST) Received: from pcadmin.incore (pcadmin.incore [192.168.0.140]) by mail.incore (Postfix) with ESMTPSA id 1D1974509C for ; Tue, 18 Oct 2011 18:21:02 +0200 (CEST) Message-ID: <4E9DA76D.9080605@dssgmbh.de> Date: Tue, 18 Oct 2011 18:21:01 +0200 From: Alfred Bartsch User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111007 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <4E69A152.6090408@rdtc.ru> <4E69EB15.50808@rdtc.ru> <4E9D2117.4090203@dssgmbh.de> <20111018081920.GA97840@mid.pc5.i.0x5.de> <4E9D49D2.8020801@dssgmbh.de> <20111018100827.GA91400@mid.pc5.i.0x5.de> In-Reply-To: <20111018100827.GA91400@mid.pc5.i.0x5.de> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: disk partitioning with gmirror + gpt + gjournal (RFC) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2011 16:21:04 -0000 Am 18.10.2011 12:08, schrieb Nicolas Rachinsky: > * Alfred Bartsch [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 , the partitions on >> this disk show up as 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 p# contains the same filesystem with the same label as > mirror/gm0p#. If glabel sees p# on boot before mirror/gm0p# > it may associate ufs/ with p# instead of > mirror/gm0p#. > > This can happen with "glabel label"-labels, ufs-labels and > gpt-labels. > Thanks for clarifying this. As I'm looking for a robust configuration, I will refrain from applying any of these labels until a consistent usage will be possible. So with some minor changes the configuration looks like ... create the UFS file systems (without anylabels): # newfs -J mirror/gm0p7.journal # newfs -J mirror/gm0p8.journal # newfs -J mirror/gm0p9.journal # newfs -J mirror/gm0p10.journal ... /etc/fstab could then look like # Device Mountpoint FStype Options Dump Pass# /dev/mirror/gm0p2 none swap sw 0 0 /dev/mirror/gm0p7.journal / ufs rw,noatime,async 1 1 /dev/mirror/gm0p10.journal /home ufs rw,noatime,async 2 2 /dev/mirror/gm0p9.journal /usr ufs rw,noatime,async 2 2 /dev/mirror/gm0p8.journal /var ufs rw,noatime,async 2 2 > > 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. It's IMHO not the only weakness concerning glabel. Are there any other objections to this method of disk partitioning? -- Alfred Bartsch Data-Service GmbH