From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 08:03:48 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 BC2AB16A4CE for ; Tue, 29 Jun 2004 08:03:48 +0000 (GMT) Received: from lagavulin.lacave.net (212-100-178-134.adsl.easynet.be [212.100.178.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 79B6643D5D for ; Tue, 29 Jun 2004 08:03:47 +0000 (GMT) (envelope-from fred.letter@lacave.net) Received: (qmail 13423 invoked from network); 29 Jun 2004 08:03:42 -0000 Received: from 213-193-172-10.adsl.easynet.be (HELO ballantines) (213.193.172.10) by lagavulin.lacave.net with SMTP; 29 Jun 2004 08:03:42 -0000 Date: Tue, 29 Jun 2004 10:03:35 +0200 From: "F. Senault" X-Mailer: The Bat! (v2.11) Educational Organization: Secte de l'Elephant Fuschia X-Priority: 3 (Normal) Message-ID: <691648571.20040629100335@lacave.net> To: current@freebsd.org In-Reply-To: <20040628231020.GQ78132@wantadilla.lemis.com> References: <20040628105906.GA43800@stud.fit.vutbr.cz> <20040628231020.GQ78132@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0/5.0 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on lagavulin.lacave.net X-Spam-Report: X-Virus-Scanner: F-prot v4.4.1 (engine 3.14.11) X-Virus-Definitions: SIGN.DEF (25 June 2004), SIGN2.DEF (25 June 2004), MACRO.DEF (28 June 2004) X-Virus-Flag: NO cc: Greg 'groggy' Lehey Subject: Re: panic in vinum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "F. Senault" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2004 08:03:48 -0000 Tuesday, June 29, 2004, 1:10:20 AM, you wrote: > On Monday, 28 June 2004 at 12:59:06 +0200, Divacky Roman wrote: >> on a boot (todays current about hour old) it crashes - I am not able to >> get crashdump but ddb trace shows this (hand written) > ... > Sorry, that's not enough. If you're running -CURRENT, you should have > at least remote gdb installed. There's really not much anybody can do > without a proper back trace (which, even for ddb, should include > details of parameters and addresses, including resolution to line > numbers in the code). I sent a full backtrace a few days ago on list, and I still have the crashdump somewhere on my test machine. Didn't see an ack, though, maybe it hasn't made it to the list ? Here's the thing : (kgdb) backtrace #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 #1 0xc04d9ff4 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:370 #2 0xc04da31f in panic () at /usr/src/sys/kern/kern_shutdown.c:548 #3 0xc0522235 in vfs_mount_destroy () #4 0xc0523b53 in getdiskbyname () #5 0xc480d962 in open_drive () from /usr/obj/usr/src/sys/CRAGGANMORE/modules/usr/src/sys/modules/vinum/vinum.ko.debug #6 0xc480dc98 in init_drive () from /usr/obj/usr/src/sys/CRAGGANMORE/modules/usr/src/sys/modules/vinum/vinum.ko.debug #7 0xc480e180 in read_drive_label () from /usr/obj/usr/src/sys/CRAGGANMORE/modules/usr/src/sys/modules/vinum/vinum.ko.debug #8 0xc480e2d0 in check_drive () from /usr/obj/usr/src/sys/CRAGGANMORE/modules/usr/src/sys/modules/vinum/vinum.ko.debug #9 0xc480ebec in vinum_scandisk () from /usr/obj/usr/src/sys/CRAGGANMORE/modules/usr/src/sys/modules/vinum/vinum.ko.debug #10 0xc480f750 in vinum_super_ioctl () from /usr/obj/usr/src/sys/CRAGGANMORE/modules/usr/src/sys/modules/vinum/vinum.ko.debug #11 0xc480f116 in vinumioctl () from /usr/obj/usr/src/sys/CRAGGANMORE/modules/usr/src/sys/modules/vinum/vinum.ko.debug #12 0xc04a61de in spec_ioctl () #13 0xc04a5963 in spec_vnoperate () #14 0xc0530a33 in vn_ioctl () #15 0xc04faa70 in ioctl () #16 0xc05faf3f in syscall () #17 0x4813a9bb in ?? () ---Can't read userspace from dump, or kernel process--- If more info is needed, just ask, it's a test machine. > Greg Fred -- Sysadmin (n): The untrained being underpaid for doing the impossible with the obsolete. (Seen on the SDM)