From owner-freebsd-stable Fri Jan 5 17:53:10 2001 From owner-freebsd-stable@FreeBSD.ORG Fri Jan 5 17:53:08 2001 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 6AC0437B400 for ; Fri, 5 Jan 2001 17:53:06 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 93A806A90D; Sat, 6 Jan 2001 12:23:04 +1030 (CST) Date: Sat, 6 Jan 2001 12:23:04 +1030 From: Greg Lehey To: Brad Knowles Cc: Andy De Petter , FreeBSD-STABLE Mailing List Subject: Re: Problems with corrupted vinum devices... Message-ID: <20010106122304.I48589@wantadilla.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from blk@skynet.be on Fri, Jan 05, 2001 at 05:04:47PM +0100 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Friday, 5 January 2001 at 17:04:47 +0100, Brad Knowles wrote: > So, instead, I just copied all the data from the two filesystems > that had been mirrored and striped, and then did a "resetconfig". I > then re-created the vinum configuration with exactly the same > parameters as I had used the first time, and was able to get vinum to > init and bring online the "restored" disk devices and rebuild the > mirrors, etc.... > > We then put filesystems on everything, and copied all the files > back to their correct locations. So far as we could tell, this > seemed to have worked perfectly, and we were done. > > However, at some point within the next couple of hours (we're not > quite sure when), the machine crashed, and vinum failed to come up on > the reboot. We had to comment out the /etc/fstab entries that > referred to the vinum volumes, and since then have been trying to > debug the problems as to why vinum can't find or start any devices at > all. > > Following the instructions at > , I > tried pulling the file log information as specified. The exact > command I used was (line-wrapped for readability): > > $ for i in /dev/da2s1e /dev/da2s2e /dev/da3s1e \ > /dev/da3s2e /dev/da4s1e /dev/da4s2e /dev/da5s1e \ > /dev/da5s2e; do (dd if=$i skip=8 count=6|tr -d \ > '\000-\011\200-\377'; echo) >> brad.log; done > > The first two disk devices (da2 & da3) produced gibberish. The > last two disk devices (da4 & da5) produced reasonably intelligible > output, but instead of "IN VINO" as the first seven characters, I got > "NO VINO" instead. Well, I've taken a look at the log file, and in fact all the drives except the first two have "NO VINO", which is the magic number for deleted Vinum drives. This is probably the result of a resetconfig, and it completely explains the following problems. I've just checked the source code, and it looks as if I don't log whether the configuration updates are enabled at all. There's no reason to think that they should not be based on the other information you give, but evidently we never got the configuration to disk. Did you get any error messages? Anyway, the good news is that the data is almost certainly still there. You should be able to recreate the volumes with the same configuration file you used the first time round (don't use resetconfig first). If the second plexes were up when the system crashed, you should use the setupstate keyword for the volumes to indicate that. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message