From owner-freebsd-fs@FreeBSD.ORG Thu Jul 30 15:28:33 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 840251065690; Thu, 30 Jul 2009 15:28:33 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 004508FC15; Thu, 30 Jul 2009 15:28:32 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:42470 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWXVY-0001F4-68; Thu, 30 Jul 2009 17:25:30 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 5061E17B849; Thu, 30 Jul 2009 17:25:30 +0200 (CEST) Message-Id: <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exscape.org> From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A71B239.8060007@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 30 Jul 2009 17:25:27 +0200 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> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4 A71B239.8060007@freebsd.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWXVY-0001F4-68. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWXVY-0001F4-68 7917fb9efe12468d23bab37bb794f521 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: Thu, 30 Jul 2009 15:28:34 -0000 On Jul 30, 2009, at 16:46, Andriy Gapon wrote: > on 30/07/2009 17:39 Thomas Backman said the following: >> On Jul 30, 2009, at 16:24, Andriy Gapon wrote: >>> >>> Could you please add DEBUG_VFS_LOCKS to kernel config and check that >>> we haven't >>> broke VFS locking with the patch? >>> Thank you again! >>> >>> -- >>> Andriy Gapon >> Hey, thank *you* :) >> Currently recompiling the kernel, I'll have a look later. What do I >> do, >> though? Just keep an eye on the console, or something more involved? >> (Or, since the handbook mentions lockedvnods in ddb: when should I >> check >> lockedvnods?) > > I think you should get a panic if anything goes wrong. > And I think you would get one :-) > > Next thing to try after that is the updated patch from Pawel: > http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch Well, damnit! KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a vfs_badlock() at vfs_badlock+0x95 VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0x4a vgonel() at vgonel+0x14d vrecycle() at vrecycle+0x8b zfs_freebsd_inactive() at zfs_freebsd_inactive+0x1a VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0x6c vinactive() at vinactive+0x85 vput() at vput+0x1d8 dounmount() at dounmount+0x4af unmount() at unmount+0x3c8 syscall() at syscall+0x28f Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (22, FreeBSD ELF64, unmount), rip = 0x80104e9ec, rsp = 0x7fffffffaa98, rbp = 0x801223300 --- VOP_RECLAIM: 0xffffff007b0ff1d8 interlock is locked but should not be KDB: enter: lock violation panic: from debugger #9 0xffffffff8057eda7 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #10 0xffffffff8036c8ad in kdb_enter (why=0xffffffff80613fd5 "vfslock", msg=0xa
) at cpufunc.h:63 #11 0xffffffff805c82fa in VOP_RECLAIM_APV (vop=0xffffffff80b8b220, a=0xffffff803ea09930) at vnode_if.c:1923 #12 0xffffffff803cbd5d in vgonel (vp=0xffffff007b0ff1d8) at vnode_if.h: 830 #13 0xffffffff803cc10b in vrecycle (vp=0xffffff007b0ff1d8, td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_subr.c:2504 #14 0xffffffff80b13a9a in zfs_freebsd_inactive () from /boot/kernel/ zfs.ko #15 0xffffffff805c842c in VOP_INACTIVE_APV (vop=0xffffffff80b8b220, a=0xffffff803ea099f0) at vnode_if.c:1863 #16 0xffffffff803cb435 in vinactive (vp=0xffffff007b0ff1d8, td=0xffffff007b2cd720) at vnode_if.h:807 #17 0xffffffff803cc788 in vput (vp=0xffffff007b0ff1d8) at /usr/src/sys/kern/vfs_subr.c:2257 #18 0xffffffff803c5a4f in dounmount (mp=0xffffff0002c438d0, flags=0, td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_mount.c:1333 #19 0xffffffff803c6058 in unmount (td=0xffffff007b2cd720, uap=0xffffff803ea09bf0) at /usr/src/sys/kern/vfs_mount.c:1174 #20 0xffffffff80598e7f in syscall (frame=0xffffff803ea09c80) at /usr/src/sys/amd64/amd64/trap.c:984 #21 0xffffffff8057f081 in Xfast_syscall () Happened at (or very close to!) the place of the original panic. :/ Regards, Thomas PS. I'll test Pawel's patch sometime after dinner. ;)