From owner-freebsd-questions Thu Mar 18 18: 9:28 1999 Delivered-To: freebsd-questions@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 014DA155CD for ; Thu, 18 Mar 1999 18:08:14 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id MAA29478; Fri, 19 Mar 1999 12:37:54 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id MAA79867; Fri, 19 Mar 1999 12:37:51 +1030 (CST) Message-ID: <19990319123750.L429@lemis.com> Date: Fri, 19 Mar 1999 12:37:50 +1030 From: Greg Lehey To: Brad Knowles , Philip Kizer Cc: freebsd-questions@FreeBSD.ORG Subject: Re: Vinum questions? References: <19990317085647.X429@lemis.com> <19990317100016.025287@relay.skynet.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19990317100016.025287@relay.skynet.be>; from Brad Knowles on Wed, Mar 17, 1999 at 10:00:16AM +0100 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 17 March 1999 at 10:00:16 +0100, Brad Knowles wrote: > On Wed, Mar 17, 1999, Greg Lehey wrote: > >> Yes. First, you configured it in the kernel, though I continually ask >> you not to, and secondly you forgot a resetconfig, since you changed >> the names of the drives. > > I have not configured vinum in the kernel. One of the first things I > did was to comment out that option, because I also read and understood > that part of the FM. Strange. It showed all the signs of having been in the kernel. > I have gone back in and re-enabled the VINUMDEBUG option in the > kernel, This has no effect if you don't configure it in the kernel. It doesn't do any harm, either. > because it would appear that this option is defined in the two > vinum-related Makefiles that I can find. It is my understanding > that it is very important to make sure that this option is set the > same everywhere, although my previous experience with attempting to > make sure that it was turned off everywhere did not meet with much > success. I still suspect that some minor thing went wrong. The message is very specific, though I suppose I should catch it when starting vinum. That's on my wish list. >> You've changed the names of the drives, but they're still stored on >> the drive. You need to do a resetconfig. > > I've done a resetconfig since changing the drive names. However, I > can certainly do another one. I don't think that another > "sync;sync;sync;shutdown -r now" (if that's necessary, now that I've > built and installed -CURRENT) is going to do much more damage to the > schedule of when I'm supposed to get this machine rolled out. Hmm. I'm beginning to think there might be a bug there. resetconfig *should* remove the drive names, but there's some evidence that it might not be doing it on all drives. Let's see... Vinum -> resetconfig WARNING! This command will completely wipe out your vinum configuration. All data will be lost. If you really want to do this, enter the text NO FUTURE Enter text -> NO FUTURE Vinum configuration obliterated Vinum -> start ln: ./drive2: File exists ln: ./drive1: File exists Vinum -> l Yup. It only killed the first two. Let's try again: Vinum -> resetconfig WARNING! This command will completely wipe out your vinum configuration. All data will be lost. If you really want to do this, enter the text NO FUTURE Enter text -> NO FUTURE Vinum configuration obliterated Vinum -> start ** no drives found: No such file or directory I'll check what's happening here. You may have to try several times; in the meantime I'll try to figure out why it only resets some configs. >>> Then a kernel panic. >> >> When? Immediately after the create command? > > Yup. I cut-n-pasted as much of the create command as had been > displayed to the ssh session I was in, just before the kernel panic. Hmm. I'd like to see this one, but only if you can reproduce it. Well, no, I'd like to see it anyway, but I don't promise to do much with it if I don't think it's relevant to the current version. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message