From owner-freebsd-fs@FreeBSD.ORG Wed Jul 29 13:55:49 2009 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 574E41065673; Wed, 29 Jul 2009 13:55:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6B58FC24; Wed, 29 Jul 2009 13:55:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA03667; Wed, 29 Jul 2009 16:55:45 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A7054E1.5060402@icyb.net.ua> Date: Wed, 29 Jul 2009 16:55:45 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 13:55:50 -0000 on 29/07/2009 16:52 Thomas Backman said the following: >> >> It would be useful to get line number in frame 13 and examine sx >> object in frame >> 11, esp. sx_lock field. >> >> -- >> Andriy Gapon > The "this" (above) was referring to variable values not being available > in a vmcore. :) > > The zfs module appears to be built with symbols, and the symbols appear > to be loaded in kgdb: > > Reading symbols from /boot/kernel/zfs.ko...Reading symbols from > /bootdir/boot/kernel/zfs.ko.symbols...done. done. > Loaded symbols for /boot/kernel/zfs.ko > Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from > /bootdir/boot/kernel/opensolaris.ko.symbols...done. done. > Loaded symbols for /boot/kernel/opensolaris.ko > > I didn't build the module(s) individually, either; in the previous > cases, it was a clean buildworld/buildkernel (even with rm -rf > /usr/obj/* beforehand), and in this case "just" a buildkernel (no manual > cleaning, but no -DNO_CLEAN either). Got it. No idea unfortunately :( Could you still please examine sx in frame 11? -- Andriy Gapon