From owner-freebsd-current@FreeBSD.ORG Sun Jun 28 09:59:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEED01065672; Sun, 28 Jun 2009 09:59:39 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 85BCB8FC0C; Sun, 28 Jun 2009 09:59:39 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id A384178F7F; Sun, 28 Jun 2009 13:59:36 +0400 (MSD) Message-ID: <4A473F14.70009@haruhiism.net> Date: Sun, 28 Jun 2009 13:59:48 +0400 From: Aisaka Taiga User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Daniel O'Connor References: <4A4517BE.9040504@FreeBSD.org> <200906280847.59316.doconnor@gsoft.com.au> <4A4721EB.9060404@FreeBSD.org> <200906281758.34283.doconnor@gsoft.com.au> In-Reply-To: <200906281758.34283.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org, scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 09:59:40 -0000 Daniel O'Connor wrote: > Louis' glabel solution works for me so far :) I've experienced many weird things while trying to use glabel for swap partitions. I wonder where does GEOM store the label, because doing glabel create swap /dev/ad0s1b successfully adds a label, it shows up on boot: GEOM_LABEL: Label for provider /dev/ad0s1a is label/swap however, after a while the label is lost. Maybe the metadata is stored in the last sector of the swap space, and the swap data overwrites it, I don't know. There's even funnier thing about UFS labels. Let's say we have a gmirror device gm0. # gmirror create -v -b round-robin gm0 /dev/ad0 # gmirror insert gm0 /dev/ad2 # reboot # tunefs -L root /dev/mirror/gm0s1a *GEOM_LABEL: Label for provider /dev/mirror/gm0s1a is ufs/root* # vim /etc/fstab /dev/ufs/root / .......... # reboot It might work for a while, but usually almost on the next boot I see: ad0: TOOMANYMB on ata0-master SATA300 ad2: TOOMANYMB on ata1-master SATA300 *GEOM_LABEL: Label for provider /dev/ad0s1a is ufs/root* GEOM_MIRROR: Provider gm0 started (2/2) Trying to mount root from ufs:/dev/ufs/root... Manual root filesystem specification: And the system wants me to enter the root FS name manually because ad0 is locked by GEOM and ad0s1a can't be mounted therefore. GEOM_LABEL finds the label before GEOM_MIRROR is started properly. I've experienced this behaviour on both 7.2 and, I think, 8.0 too (May snapshot). I know we don't really need labels on a gmirror because a gmirror is a 'label' in itself and will always appear as /dev/mirror/device-name no matter how we swap HDDs and no matter in which order they are probed, however this is still a bit strange. -- Kamigishi Rei KREI-RIPE