From owner-freebsd-stable Mon Sep 6 17: 4:17 1999 Delivered-To: freebsd-stable@freebsd.org Received: from valis.worldgate.ca (valis.worldgate.ca [198.161.84.2]) by hub.freebsd.org (Postfix) with ESMTP id F1FC714EDF for ; Mon, 6 Sep 1999 17:04:10 -0700 (PDT) (envelope-from skafte@worldgate.ca) Received: from worldgate.ca (skafte@diskless4.worldgate.ca [198.161.84.132]) by valis.worldgate.ca (8.9.3/8.9.1) with ESMTP id SAA13133; Mon, 6 Sep 1999 18:01:30 -0600 (MDT) Message-ID: <37D455D9.DACFBF41@worldgate.ca> Date: Mon, 06 Sep 1999 18:01:29 -0600 From: Greg Skafte Organization: WorldGate Inc. X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: Greg Lehey Cc: Greg Skafte , freebsd-stable@freebsd.org Subject: Re: Vinum Kernel panic References: <19990902234148.A74752@valis.worldgate.ca> <19990903163713.K95378@freebie.lemis.com> Content-Type: multipart/mixed; boundary="------------588C8557322D01AC8AB27F42" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------588C8557322D01AC8AB27F42 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Greg Lehey wrote: > > On Thursday, 2 September 1999 at 23:41:48 -0600, Greg Skafte wrote: > > I just cvsuped Freebsd RELENG_3 this evening and vinum cause the following: > > > > Kernel Panic Fatal trap 12 page Fault while in kernel mode > > Fault Virtual address= 0x10 > > Fault Code = supervisor read, page not present > > Instruction Pointer = 0x8:0xc128a8bb > > Stack Pointer = 0x10: 0xcc1e5c40 > > Frame Pointer = 0x10: 0xcc1e5c94 > > Code Segment = base 0x0, limit 0xffff, type 0x1b > > = DPL 0, pres 1, def 321, gran 1 > > Processor eflags = int enabled, resume IOPL 0 > > Current Process = 16 (vinum) > > interupt mask = > > trap number = 12 > > Panic: page fault > > > > ----------------------Kerenel conf -------------------------- > > [ Stuff deleted ] > That may or may not be related. Is this reproducible? Under what it is very reproducible, it happens everytime, I just need to reboot the machine with the offending version of vinum. > circumstances? Are you using soft updates? We've seen one case that I am using softupdates, but I'm not sure that is related because I don't get as far as actually mounting any vinum fs'es. > fits that bill, but it doesn't look quite like yours, and it hasn't > shown up in -STABLE yet. > [ Stuff deleted] > In view of the impending release of 3.3, I'm very interested in > following up on this one. But I'm going to need more information from > you. > Here is a BT from the panic.... (kgdb) bt #0 0xc128b8bb in read_drive (drive=0xc134a000, buf=0xc134b000, length=0x20000, offset=0x1200) at /usr/src/sys/modules/vinum/../../dev/vinum/vinumio.c:298 #1 0xc128cc22 in vinum_scandisk (devicename=0xc129696c, drives=0x2) at /usr/src/sys/modules/vinum/../../dev/vinum/vinumio.c:995 #2 0xc128a461 in parse_config (cptr=0xc127f000 "read", keyset=0xc129684c, update=0x0) at /usr/src/sys/modules/vinum/../../dev/vinum/vinumconfig.c:1514 #3 0xc128a4e8 in parse_user_config (cptr=0xc127f000 "read", keyset=0xc129684c) at /usr/src/sys/modules/vinum/../../dev/vinum/vinumconfig.c:1557 #4 0xc1291330 in vinumioctl (dev=0x40001901, cmd=0xc4004640, data=0xc127f000 "read", flag=0x3, p=0xcc1dd780) at /usr/src/sys/modules/vinum/../../dev/vinum/vinumioctl.c:110 #5 0xc01632a7 in spec_ioctl (ap=0xcc1f1e1c) at ../../miscfs/specfs/spec_vnops.c:424 #6 0xc0162bb9 in spec_vnoperate (ap=0xcc1f1e1c) at ../../miscfs/specfs/spec_vnops.c:129 #7 0xc01ee235 in ufs_vnoperatespec (ap=0xcc1f1e1c) at ../../ufs/ufs/ufs_vnops.c:2317 #8 0xc015da25 in vn_ioctl (fp=0xc11eb100, com=0xc4004640, data=0xc127f000 "read", p=0xcc1dd780) at vnode_if.h:395 #9 0xc013e180 in ioctl (p=0xcc1dd780, uap=0xcc1f1f94) at ../../kern/sys_generic.c:564 #10 0xc021848f in syscall (frame={tf_es = 0x27, tf_ds = 0x27, tf_edi = 0x2, tf_esi = 0xbfbfd96c, tf_ebp = 0xbfbfdd6c, tf_isp = 0xcc1f1fe4, tf_ebx = 0x2, tf_edx = 0x808d7e4, tf_ecx = 0xbfbfd984, tf_eax = 0x36, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0x8068a60, tf_cs = 0x1f, tf_eflags = 0x246, tf_esp = 0xbfbfd94c, tf _ss = 0x27}) at ../../i386/i386/trap.c:1100 #11 0xc020d87c in Xint0x80_syscall () #12 0x8048517 in ?? () #13 0x8048351 in ?? () #14 0x80480ed in ?? () (kgdb) quit The program is running. Exit anyway? (y or n) y -- Email: skafte@worldgate.com Voice: +780 413 1910 Fax: +780 421 4929 #575 Sun Life Place * 10123 99 Street * Edmonton, AB * Canada * T5J 3H1 -- -- When things can't get any worse, they simplify themselves by getting a whole lot worse then complicated. A complete and utter disaster is the simplest thing in the world; it's preventing one that's complex. (Janet Morris) --------------588C8557322D01AC8AB27F42 Content-Type: text/x-vcard; charset=us-ascii; name="skafte.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Greg Skafte Content-Disposition: attachment; filename="skafte.vcf" begin:vcard n:Skafte;Greg tel;pager:(780) 491 4791 tel;fax:(780) 421 4929 tel;work:(780) 413 1910 x-mozilla-html:FALSE url:www.worldgate.ca org:;Network Operations version:2.1 email;internet:skafte@worldgate.ca title:Operations Manager adr;quoted-printable:;;#575 Sun Life Place =0D=0A10123 99 Street;Edmonton;Alberta;T5J 3H1;Canada x-mozilla-cpt:;3360 fn:Greg Skafte end:vcard --------------588C8557322D01AC8AB27F42-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message