From owner-freebsd-questions@FreeBSD.ORG Sun Oct 5 00:49:58 2003 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EF4316A4B3; Sun, 5 Oct 2003 00:49:58 -0700 (PDT) Received: from front3.mail.megapathdsl.net (front3.mail.megapathdsl.net [66.80.60.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75ECB43FEA; Sun, 5 Oct 2003 00:49:57 -0700 (PDT) (envelope-from aarong@megapathdsl.net) Received: from [64.32.182.44] (HELO megapathdsl.net) by front3.mail.megapathdsl.net (CommuniGate Pro SMTP 4.1.3) with ESMTP id 102044186; Sun, 05 Oct 2003 00:49:56 -0700 Date: Sun, 5 Oct 2003 00:49:31 -0700 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: Greg 'groggy' Lehey From: aarong In-Reply-To: <20031005051856.GU45668@wantadilla.lemis.com> Message-Id: <74AB9DEA-F708-11D7-A2AE-000393A364C4@megapathdsl.net> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: freebsd-questions@freebsd.org Subject: Re: Issues mirroring drives with Vinum in FreeBSD 4.8-RELEASE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2003 07:49:58 -0000 On Saturday, October 4, 2003, at 10:18 PM, Greg 'groggy' Lehey wrote: > On Saturday, 4 October 2003 at 10:36:15 -0700, aarong wrote: >> On Saturday, October 4, 2003, at 01:30 AM, Greg 'groggy' Lehey wrote: >> fstab: /etc/fstab:9: Inappropriate file type or format > > It's probably worth fixing this. I hosed that particular installation and reinstalled; it complains no more. >> # fsck -n /dev/vinum/var >> ... >> ** Phase 5 - Check Cyl groups >> FREE BLK COUNT(S) WRONG IN SUPERBLK >> SALVAGE? no > > This can be normal. > >> SUMMARY INFORMATION BAD >> SALVAGE? no > > So can this. Then neither of the above would cause a drop into single user mode, I gather? >> ALLOCATED FRAG 1277319 MARKED FREE >> BLK(S) MISSING IN BIT MAPS >> SALVAGE? no >> >> ALLOCATED FRAG 1368488 MARKED FREE >> ...same message until 1368493... > > But these suggest something worse. The problem here is that it found > the superblock, so it's likely that your geometry is correct: you > wouldn't have got this far if you hadn't. > >> fsck'ing the rest of the volumes produces more of the same; one >> notable >> difference is root has a reference count error in addition to missing >> bit maps, bad summary information, and incorrect number of block >> counts >> in the superblock. The usr volume seems to be fine according to fsck, >> however. vinum list correctly notes both drives are up, four volumes >> have two plexes, the 8 plexes are up and sized, and the subdisks are >> up. fsck -n /dev/vinum/var before mirroring produced no complaints, >> otherwise I'd conclude that I just mirrored a corrupt plex but that >> doesn't seem to be the case. > > It looks something like that. In single user mode, do an fsck on each > of the component plexes. My guess is that (at least) one plex of each > volume will be bad. I was not aware you could fsck individual plexes; I'll definitely try that on this fresh installation. Thank you for your time and insight, Greg; I'll be sure to send an update when I figure out what went wrong the first time. -aarong > Greg > -- > When replying to this message, please copy the original recipients. > If you don't, I may ignore the reply or reply to the original > recipients. > For more information, see http://www.lemis.com/questions.html > See complete headers for address and phone numbers. >