From owner-freebsd-current@FreeBSD.ORG Sat Jun 19 10:59:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EEB916A4CE for ; Sat, 19 Jun 2004 10:59:55 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 108D043D2F for ; Sat, 19 Jun 2004 10:59:54 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i5JAxm0J094966 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 19 Jun 2004 12:59:48 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i5JAxmdw094965; Sat, 19 Jun 2004 12:59:48 +0200 (CEST) Date: Sat, 19 Jun 2004 12:59:48 +0200 From: Divacky Roman To: Thierry Herbelot Message-ID: <20040619105948.GA94870@stud.fit.vutbr.cz> References: <200406190837.40759.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200406190837.40759.thierry@herbelot.com> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current ML Subject: Re: regression in vinum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jun 2004 10:59:55 -0000 On Sat, Jun 19, 2004 at 08:37:40AM +0200, Thierry Herbelot wrote: > Hello, > > with the latest GENERIC, I can no longer auto-load vinum (from the loader with > vinum_load="YES" and vinum.autostart="YES" in /boot/loader.conf) > the machine is an oldish BP6, used here as a tinderbox (sans ACPI). > > the crash is : > > Timecounters tick every 1.000 msec > ad0: 6149MB [13328/15/63] at ata0-master UDMA33 > acd0: CDROM at ata1-master PIO4 > ad4: 9671MB [19650/16/63] at ata2-master UDMA33 > ad6: 9671MB [19650/16/63] at ata3-master UDMA33 > vinum: loaded > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x4 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc0639ec2 > stack pointer = 0x10:0xc0c21a2c > frame pointer = 0x10:0xc0c21a38 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > kernel: type 12 trap, code=0 > Stopped at vaccess+0x26: cmpl %eax,0x4(%edx) > db> where > vaccess(2,16d,0,0,40) at vaccess+0x26 > devfs_access(c0c21ac4) at devfs_access+0x40 > devfs_lookupx(c0c21b80,c13c759c,1,0,c0886820) at devfs_lookupx+0x10c > devfs_lookup(c0c21b80) at devfs_lookup+0x31 > lookup(c0c21bc8,c1523005) at lookup+0x2cb > getdiskbyname(c1523000,c0827e20,c1594000,61,c1523000) at getdiskbyname+0x141 > open_drive(c1523000,c0886820,0,c0c21c78,c09b009b) at open_drive+0x22 > init_drive(c1523000,0,b,61,1) at init_drive+0x1c > read_drive_label(c1523000,0,c0c21cb4,0,61) at read_drive_label+0x14 > check_drive(c1594400,c1594408,408,c09bc7dd,1) at check_drive+0x48 > vinum_scandisk(c13a8990,756e6976,656c706d,313378,c07ca480) at > vinum_scandisk+0x210 > vinumattach(0,0,c13aa0c0,c0c21d84,c05e4466) at vinumattach+0x299 > vinum_modevent(c13aa0c0,0,0,c088a320,c07ca480) at vinum_modevent+0x27 > module_register_init(c09be2ac,c1ec00,c1e000,0,c043dd65) at > module_register_init+0x52 > mi_startup() at mi_startup+0x96 > begin() at begin+0x2c > db> > > the gdb trace is : > (gdb) list *(vaccess+0x26) > 0xc0639ec2 is in vaccess (/files3/src/sys/kern/vfs_subr.c:3507). > 3502 *privused = 0; > 3503 > 3504 dac_granted = 0; > 3505 > 3506 /* Check the owner. */ > 3507 if (cred->cr_uid == file_uid) { > 3508 dac_granted |= VADMIN; > 3509 if (file_mode & S_IXUSR) > 3510 dac_granted |= VEXEC; > 3511 if (file_mode & S_IRUSR) > (gdb) > > with > /files3/src/sys/kern/vfs_subr.c: > $FreeBSD: src/sys/kern/vfs_subr.c,v 1.494 2004/06/17 17:16:49 phk Exp $ > > the previously working kernel used > $FreeBSD: src/sys/kern/vfs_subr.c,v 1.492 2004/06/14 14:25:03 phk Exp $ > > no obvious problem seen via cvsweb > > TfH > > PS : no kernel dump available (because the geom layer was crashed ?) I have similar (if not the same) problem... But it crashed about 2 months ago (with then -current) and when I added second disk to raid1. then after each boot... I have not tried any kernel since then... (but I'll do on monday hopefully) roman