Date: Fri, 13 Dec 2002 12:41:44 +1030 From: Greg 'groggy' Lehey <grog@FreeBSD.org> To: "Aaron D. Gifford" <agifford@infowest.com> Cc: current@freebsd.org Subject: Re: HELP: vinum and newfs on 5.0-RC1 Message-ID: <20021213021144.GE46080@wantadilla.lemis.com> In-Reply-To: <3DF795C1.8050905@infowest.com> References: <3DF509E5.9050706@infowest.com> <063E4372-0BDE-11D7-BAE8-00039380DD2C@uky.edu> <20021210012955.GK1952@wantadilla.lemis.com> <3DF5458B.2010809@infowest.com> <20021210014211.GO1952@wantadilla.lemis.com> <3DF795C1.8050905@infowest.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday, 11 December 2002 at 12:45:05 -0700, Aaron D. Gifford wrote: > I wrote in my previous message: >> >> # newfs -O 2 -U /dev/vinum/raid5vol >> newfs: /dev/vinum/raid5vol: 'e' partition is unavailable >> > ... >> Here's my vinum setup: > ... >> volume raid5vol > > Let me correct this to state that the full volume name was "raid5volume" > and I just shortened it to save typing. This turns out to be important. > Looking at newfs.c, it looks like the last letter of the special > device is used to choose the partition. Thus "e" was selected during my > attempts to do newfs. (Note to self: Do NOT to abbreviate when > reporting trouble.) > > Today I renamed my vinum volume as "sp1a", and newfs worked just fine: > > #newfs -U -O 2 /dev/vinum/sp1a > > A few attempts to use disklabel on /dev/vinum/sp1a still had some > problems (i.e. any changes made during 'disklabel -e /dev/vinum/sp1a' > were still ignored as subsequent disklabel sessions would revert to the > version I saw before my changes - 'disklabel -e -r /dev/vinum/sp1a' did > save my changes to the on-disk--or on vinum volume in this case--label > but the in-memory label remaind unchanged), but apparently I didn't > really need to use disklabel with this newly named volume. > > So... > > Is there some place in the vinum manual that I missed that discusses > volume naming requirements that had I read I could have avoided this > trouble? No, it's all part of using -CURRENT. Over the last couple of days, I've found a number of bugs which have slipped in during the conversion to GEOM and devfs. This particular one is still there, pending approval from the Release Engineers to commit a fix. I'll forward you the message when it happens; I'd like you to then confirm that it fixes your problem. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021213021144.GE46080>