From owner-freebsd-current Fri Apr 9 18:47:20 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id A34EB1523B for ; Fri, 9 Apr 1999 18:47:13 -0700 (PDT) (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 LAA00175; Sat, 10 Apr 1999 11:15:00 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id LAA35028; Sat, 10 Apr 1999 11:14:59 +0930 (CST) Message-ID: <19990410111458.B2142@lemis.com> Date: Sat, 10 Apr 1999 11:14:58 +0930 From: Greg Lehey To: Michael Reifenberger Cc: greg@lemis.com, FreeBSD-Current Subject: Re: panic: integer divide fault with vinum References: <19990410100502.Y2142@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Michael Reifenberger on Sat, Apr 10, 1999 at 03:37:47AM +0200 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [Format recovered--see http://www.lemis.com/email/email-format.html] On Saturday, 10 April 1999 at 3:37:47 +0200, Michael Reifenberger wrote: > On Sat, 10 Apr 1999, Greg Lehey wrote: > ... >> You need to configure it. Use disklabel -e. > > No, they where configured. > I have one ' d: 17848151 63 vinum ' slice per drive. It looks like you have them now, but you didn't then. > The only fault where the misspelling of 'stripe' versus 'striped' in > the configfile! That's not what your error messages are trying to tell you. >>> (Ok, after repairing 'striped' in x) >>> # vinum create x >>> Configuration summary >>> >>> Drives: 0 (4 configured) >>> Volumes: 2 (4 configured) >>> Plexes: 1 (8 configured) >>> Subdisks: 2 (16 configured) >>> >>> >>> V raid State: down Plexes: 1 Size: 100 MB >>> >>> P raid.p0 S State: down Subdisks: 2 Size: 100 MB >>> >>> S raid.p0.s0 State: stale PO: 0 B Size: 50 MB >>> S raid.p0.s1 State: stale PO: 256 kB Size: 50 MB >>> (Hmm, stale sigh. The vinum(8) GOTCHAS 2. is not explicit about my >>> situation. >> >> Well, I would have thought that the fact you have no drives would give >> you something to think about. > > Hmm, strange - see my above comment regarding the drive configuration. Nope, the error messages are clear. > The same disks, the same configfile (but with proper spelled 'striped': > > # cat x > drive d1 device /dev/da1d > drive d2 device /dev/da2d > volume raid > plex org striped 256k > sd length 50m drive d1 > sd length 50m drive d2 > # vinum create x > Configuration summary > > Drives: 2 (4 configured) This isn't what you had last time > Volumes: 1 (4 configured) > Plexes: 1 (8 configured) > Subdisks: 2 (16 configured) > > D d1 State: up Device /dev/da1d Avail: 8664/8714 MB (99%) > D d2 State: up Device /dev/da2d Avail: 8664/8714 MB (99%) > > V raid State: up Plexes: 1 Size: 100 MB > > P raid.p0 S State: up Subdisks: 2 Size: 100 MB > > S raid.p0.s0 State: up PO: 0 B Size: 50 MB > S raid.p0.s1 State: up PO: 256 kB Size: 50 MB > > The panic occurs only, if I first use the incorrect config file with > 'stripe', then the corrected one with 'striped' and then detaching > the plex and the subdisks. > BTW: It should'n panic in any case. Of course not. >> Well, you could RTFM, in this case vinum(4). It tells you in some >> detail what to do if you have a panic. The stack trace you have there > I haven't set up remote debugging. > > Sorry, its behind a firewall which I can't manipulate and it blocks > telnet and ssh at the moment. Well, then at least you could do what I explain in vinum(4). > But I'm shure you can reproduce the panic by following the steps I > have taken. Possibly. I'll try it. 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-current" in the body of the message