Date: Sun, 28 Jun 2009 13:59:48 +0400 From: Aisaka Taiga <spambox@haruhiism.net> To: Daniel O'Connor <doconnor@gsoft.com.au> Cc: Alexander Motin <mav@freebsd.org>, freebsd-current@freebsd.org, scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch Message-ID: <4A473F14.70009@haruhiism.net> In-Reply-To: <200906281758.34283.doconnor@gsoft.com.au> References: <4A4517BE.9040504@FreeBSD.org> <200906280847.59316.doconnor@gsoft.com.au> <4A4721EB.9060404@FreeBSD.org> <200906281758.34283.doconnor@gsoft.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
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: <STwhateverAS SD15> TOOMANYMB on ata0-master SATA300 ad2: <STwhateverAS SD15> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A473F14.70009>