From owner-freebsd-current Mon Sep 27 13:39:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id A9EF81557C for ; Mon, 27 Sep 1999 13:39:37 -0700 (PDT) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id PAA06534; Mon, 27 Sep 1999 15:39:24 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from dial-9.tnt1.rac.cyberlynk.net(209.224.182.9) by peak.mountin.net via smap (V1.3) id sma006532; Mon Sep 27 15:39:16 1999 Message-Id: <3.0.3.32.19990927153730.0204c420@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Mon, 27 Sep 1999 15:37:30 -0500 To: Brad Chisholm From: "Jeffrey J. Mountin" Subject: Re: System crash on "vinum start" Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199909271705.NAA43302@concours.pc.sas.com> References: <19990925104024.B54407@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 01:05 PM 9/27/99 -0400, Brad Chisholm wrote: >Well, I believe I discovered the source of my problem. It turns out that >I did not have the correct devices configured in /dev for the component >drives. I had da[0-3]e, but not da[0-3]s1e. The documentation seemed to >indicate that the da?s1? devices were not required, but once I made them, >the crashes stopped. Unless it's changed (again) you only need "/dev/da[0-3]" with no slice or partition. Not to surprising that it paniced with what appeared to be a "dedicated" disk (ie da0e). >It's interesting that I could bring the array up using the 'start' >command from the vinum interactive prompt, and things would work >properly with the missing devices, while issuing a direct 'vinum >start' would cause a panic. Expected behaviour. From vinum.8: If no object names are specified, vinum scans the disks known to the system for vinum drives and then reads in the configuration as described under the read commands. The vinum drive contains a header with all information about the data stored on the drive, including the names of the other drives which are required in order to represent plexes and volumes. Similarly you could list only one drive for the read command in rc.conf and it should bring up all drives. Emphasis on the "could" and "should" here. Doing a "dd if=/dev/da0s1e skip=8 count=6 | tr -d '\000-\011\200-\377'" would show why, but then you should have seen this if read the section abover kernel panics. ;) >Even though this may have been a stupid user error, it would be nice >if vinum could catch this without a system crash. To that end, I'm >including an updated traceback from my panic dump which has the vinum >calls included. The only time recently that I've seen it panic is when doing something wrong. Earlier in the year made pretty much the same mistake you have here. >Thanks for providing such a useful piece of software! Most certainly is. Could use the functionality to add to a plex's size for striped or RAID5, but a bit of planning cures that. 8-) Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve '86 Yamaha MaxiumX (not FBSD powered) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message