From owner-freebsd-stable@FreeBSD.ORG Sun Oct 8 16:36:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B37E16A412 for ; Sun, 8 Oct 2006 16:36:47 +0000 (UTC) (envelope-from mail@maxlor.com) Received: from popeye1.ggamaur.net (popeye1.ggamaur.net [213.160.40.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DDF943D5C for ; Sun, 8 Oct 2006 16:36:44 +0000 (GMT) (envelope-from mail@maxlor.com) Received: from maxlor.mine.nu (maxlor@c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by popeye1.ggamaur.net (8.13.7/8.13.7/Submit) with ESMTP id k98GafSg032773; Sun, 8 Oct 2006 18:36:42 +0200 (CEST) (envelope-from mail@maxlor.com) Received: from localhost (unknown [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id C78242E13B; Sun, 8 Oct 2006 18:36:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at atlantis.intranet Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (atlantis.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id apnVCuhv4S3r; Sun, 8 Oct 2006 18:36:40 +0200 (CEST) Received: from mini.intranet (mini.intranet [10.0.0.17]) by maxlor.mine.nu (Postfix) with ESMTP id 9606B2E13A; Sun, 8 Oct 2006 18:36:40 +0200 (CEST) From: Benjamin Lutz To: Stefan Bethke Date: Sun, 8 Oct 2006 18:34:53 +0200 User-Agent: KMail/1.9.1 References: <200609192217.44712.mail@maxlor.com> <200609212301.24257.mail@maxlor.com> <9BFB7742-7064-49DB-BD1A-45512CF37F06@lassitu.de> In-Reply-To: <9BFB7742-7064-49DB-BD1A-45512CF37F06@lassitu.de> X-Face: $Ov27?7*N,h60fIEfNJdb!m,@#4T/d; 1hw|W0zvsHM(a$Yn6BYQ0^SEEXvi8>D`|V*F"=?iso-8859-1?q?=5F+R=0A?= 2@Aq>+mNb4`,'[[%z9v0Fa~]AD1}xQO3|>b.z&}l#R-_(P`?@Mz"kS; XC>Eti,i3>%@g?4f,=?iso-8859-1?q?=5Cc7=7CGh=0A?= =?iso-8859-1?q?_wb=26ky=24b2PJ=5E=5C0b83NkLsFKv=7CsmL/cI4UD=25Tu8alAD?= MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1381414.hjFrz9EOC9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610081834.57514.mail@maxlor.com> X-Scanned-By: MIMEDefang 2.57 on 213.160.40.60 Cc: freebsd-stable@freebsd.org Subject: Re: Kernel panic on boot (how to debug?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Oct 2006 16:36:47 -0000 --nextPart1381414.hjFrz9EOC9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 08 October 2006 18:32, Stefan Bethke wrote: > Am 21.09.2006 um 23:01 schrieb Benjamin Lutz: > > By sheer luck I figured out how to get into DDB though :), so I can > > now > > provide a backtrace. > > > > Fatal trap 18: integer divide fault while in kernel mode > > ... > > > --- trap 0x12, rip =3D 0xffffffff801c02d5, rsp =3D > > 0xffffffff80864a80, rbp =3D > > 0xffffffff80864ad0 --- > > ata_raid_promise_read_meta() at ata_raid_promise_read_meta+0x95 > > ata_raid_read_metadata() at ata_raid_read_metadata+0x2f4 > > Reading through ata_raid_promise_read_meta(), it's not clear to me > how that trap would get triggered, but you might want to boot verbose > to see how far into ata_raid_promise_read_meta() it gets. It seems > to me that there is something on your disk that almost looks like a > RAID metadata sector, and the driver getting confused by it. > > Also, try not compiling ataraid into the kernel to see if that avoids > the trap. Thanks for your answer. Unfortunately, the system in question suddenly died= 10=20 days ago and has been replaced, so I can't do any further observations. Cheers Benjamin --nextPart1381414.hjFrz9EOC9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFKSixzZEjpyKHuQwRArejAJ9sK+fna/m5uJPAuA0DWcXCABvtGQCeKC0i x2meTLUQGFYsVAAhgTqy9Z8= =hc7f -----END PGP SIGNATURE----- --nextPart1381414.hjFrz9EOC9--