Date: Mon, 11 Apr 2005 15:57:37 +0200 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: Chris Elsworth <chris@shagged.org> Cc: freebsd-geom@freebsd.org Subject: Re: gmirror & sparc64 oddness Message-ID: <20050411135737.GM837@darkness.comp.waw.pl> In-Reply-To: <20050411122450.GA26898@spork.qfe3.net> References: <20050411122450.GA26898@spork.qfe3.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--yPo1CW2ZXioZPB28 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 11, 2005 at 01:24:50PM +0100, Chris Elsworth wrote: +> Hello, +>=20 +> I'm trying FreeBSD 5.4 on a sparc64 (T1/AC200) ; it's a RELENG_5_4 +> checkout as of last night, so RC2. +>=20 +> After I create a gmirror and make some partitions in it, I'm not +> seeing any entries for the partitions in /dev/mirror, so I can't do +> anything with them. Here's results from sunlabel for the mirror (gm0) +> and it's one underlying provider, da4: +>=20 +> t1# sunlabel mirror/gm0 +> # /dev/mirror/gm0: +> text: SUN9.0G cyl 4924 alt 2 hd 27 sec 133 +> bytes/sectors: 512 +> sectors/cylinder: 3591 +> sectors/unit: 17682084 +>=20 +> 8 partitions: +> # +> # Size is in sectors. +> # Offset is in cylinders. +> # size offset tag flag +> # ---------- ---------- ---------- ---- +> a: 265734 0 root wu +> c: 17682084 0 backup wu +>=20 +>=20 +> t1# sunlabel da4 +> # /dev/da4: +> text: SUN9.0G cyl 4924 alt 2 hd 27 sec 133 +> bytes/sectors: 512 +> sectors/cylinder: 3591 +> sectors/unit: 17682084 +>=20 +> 8 partitions: +> # +> # Size is in sectors. +> # Offset is in cylinders. +> # size offset tag flag +> # ---------- ---------- ---------- ---- +> a: 265734 0 root wu +> c: 17682084 0 backup wu +>=20 +>=20 +> t1# ls /dev/mirror +> gm0 +>=20 +> t1# ls /dev/da4* +> /dev/da4 +>=20 +>=20 +> But if I remove the mirror the partitions appear in da4: +>=20 +> t1# gmirror remove gm0 da4 +> t1# ls /dev/da4* +> /dev/da4 /dev/da4a /dev/da4c +>=20 +>=20 +> I found a reference to this also asked previously over in +> freebsd-sparc64:=20 +> http://lists.freebsd.org/pipermail/freebsd-sparc64/2005-March/002834.html +>=20 +> But there was no response. Is this a known problem or something we +> both did wrong? (I'm not reading freebsd-sparc64@ mailing list.) No, the problem is that geom_sunlabel class operates only on rank#1 providers (disks, etc.). Mirrors are not rank#1 of course, because there are providers under them. This was done to prevent recursive labels creations. geom_bsd and geom_mbr are already fixed and are using MD5 to verify if metadata were already used for slices/labels creation. I don't have HW to test this, but please try this patch and tell me if it works for you: http://people.freebsd.org/~pjd/patches/geom_sunlabel.c.patch PS. I'm CCing author of post from sparc64@. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --yPo1CW2ZXioZPB28 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCWoJRForvXbEpPzQRAmfeAJ49iS6wHTJ9r2/6jZdR/lbk/I0F7gCeOVZy 6LVV/3N0pCAx/Dt797kLHwg= =4kCG -----END PGP SIGNATURE----- --yPo1CW2ZXioZPB28--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050411135737.GM837>