From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 09:41:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 192083B6; Sun, 19 Oct 2014 09:41:44 +0000 (UTC) Received: from zhbdzmsp-smta15.bluewin.ch (zhbdzmsp-smta15.bluewin.ch [195.186.99.132]) by mx1.freebsd.org (Postfix) with ESMTP id 5934FFEB; Sun, 19 Oct 2014 09:41:42 +0000 (UTC) Received: from [195.186.227.131] ([195.186.227.131:60741] helo=zhhdzmsp-smta14.bluewin.ch) by zhbdzmsp-smta15.bluewin.ch (envelope-from ) (ecelerity 3.5.7.40067 r(Platform:3.5.7.0)) with ESMTP id EB/1E-05081-21783445; Sun, 19 Oct 2014 09:40:35 +0000 Received: from noxon.firefly (176.127.15.207) by zhhdzmsp-smta14.bluewin.ch (8.5.142) (authenticated as tobias.berner) id 52330D9E1A3D7CC9; Sun, 19 Oct 2014 09:40:34 +0000 From: "Tobias C. Berner" To: freebsd-current@freebsd.org, araujo@freebsd.org Subject: Re: kernel page fault with nfs Date: Sun, 19 Oct 2014 11:40:33 +0200 Message-ID: <3492203.QlgDfMAjBY@noxon.firefly> User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) In-Reply-To: References: <3430961.Iq02vNgBU7@noxon.firefly> <10171630.Vr2tvlANVU@noxon.firefly> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: 'Allan Jude' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-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: Sun, 19 Oct 2014 09:41:44 -0000 both are at 1100038. On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote: > It is still strange, could you do what Allan said and send us the result in > case you are not sure you have world and kernel in the same revision! > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" wrote: > > Hi > > > > World ist from october 16, installed world and kernel then. > > > > Kernel was later rebuilt with debug-options. > > > > > > > > > > > > Is the following more sensible? > > > > ################################################## > > > > # kgdb NOXON/kernel.debug vmcore.1 > > > > Fatal trap 12: page fault while in kernel mode > > > > cpuid = 5; apic id = 05 > > > > fault virtual address = 0xfffffe07d1744000 > > > > fault code = supervisor write data, page not present > > > > instruction pointer = 0x20:0xffffffff80d4d58a > > > > stack pointer = 0x28:0xfffffe086057f240 > > > > frame pointer = 0x28:0xfffffe086057f2f0 > > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > > current process = 6524 (python2.7) > > > > > > > > > > > > (kgdb) bt > > > > #0 doadump (textdump=1) at pcpu.h:219 > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) at > > /usr/src/sys/kern/kern_shutdown.c:447 > > > > #2 0xffffffff809270c0 in panic (fmt=) at > > /usr/src/sys/kern/kern_shutdown.c:746 > > > > #3 0xffffffff8035f167 in db_panic (addr=, > > have_addr=2, count=0, modif=0x0) at /usr/src/sys/ddb/db_command.c:473 > > > > #4 0xffffffff8035ed7d in db_command (cmd_table=0x0) at > > /usr/src/sys/ddb/db_command.c:440 > > > > #5 0xffffffff8035eaf4 in db_command_loop () at > > /usr/src/sys/ddb/db_command.c:493 > > > > #6 0xffffffff80361600 in db_trap (type=, code=0) at > > /usr/src/sys/ddb/db_main.c:251 > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, code=0, tf= > out>) at /usr/src/sys/kern/subr_kdb.c:654 > > > > #8 0xffffffff80d4fa7c in trap_fatal (frame=0xfffffe086057f190, eva= > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:861 > > > > #9 0xffffffff80d4fe0c in trap_pfault (frame=0xfffffe086057f190, > > usermode=) at /usr/src/sys/amd64/amd64/trap.c:677 > > > > #10 0xffffffff80d4f42e in trap (frame=0xfffffe086057f190) at > > /usr/src/sys/amd64/amd64/trap.c:426 > > > > #11 0xffffffff80d33972 in calltrap () at > > /usr/src/sys/amd64/amd64/exception.S:231 > > > > #12 0xffffffff80d4d58a in bzero () at > > /usr/src/sys/amd64/amd64/support.S:53 > > > > #13 0xffffffff80830463 in ncl_doio (vp=0xfffff801e7f99938, > > bp=0xfffffe07c5a168e8, cr=, td=, > > called_from_strategy=) > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > > > > #14 0xffffffff80831acf in ncl_write (ap=) at > > /usr/src/sys/fs/nfsclient/nfs_clbio.c:1124 > > > > #15 0xffffffff80e646a5 in VOP_WRITE_APV (vop=, > > a=) at vnode_if.c:997 > > > > #16 0xffffffff809f52f9 in vn_write (fp=0xfffff80101c62780, > > uio=0xfffffe086057f970, active_cred=, flags=320, > > td=0x0) at vnode_if.h:413 > > > > #17 0xffffffff809f5602 in vn_io_fault_doio (args=, > > uio=0xa00, td=0x0) at /usr/src/sys/kern/vfs_vnops.c:991 > > > > #18 0xffffffff809f2aec in vn_io_fault1 () at > > /usr/src/sys/kern/vfs_vnops.c:1047 > > > > #19 0xffffffff809f0e3b in vn_io_fault (fp=0xfffff80101c62780, > > uio=0xfffffe086057f970, active_cred=, flags=0, > > td=0xfffff80171d79920) > > > > at /usr/src/sys/kern/vfs_vnops.c:1152 > > > > #20 0xffffffff80982357 in dofilewrite (td=0xfffff80171d79920, fd=19, > > fp=0xfffff80101c62780, auio=0xfffffe086057f970, offset= > out>, flags=0) at file.h:306 > > > > #21 0xffffffff80982088 in kern_writev (td=0xfffff80171d79920, fd=19, > > auio=0xfffffe086057f970) at /usr/src/sys/kern/sys_generic.c:467 > > > > #22 0xffffffff80982013 in sys_write (td=, uap= > optimized out>) at /usr/src/sys/kern/sys_generic.c:382 > > > > #23 0xffffffff80d5051b in amd64_syscall (td=0xfffff80171d79920, traced=0) > > at subr_syscall.c:133 > > > > #24 0xffffffff80d33c5b in Xfast_syscall () at > > /usr/src/sys/amd64/amd64/exception.S:390 > > > > #25 0x000000080137de4a in ?? () > > > > ################################################## > > > > > > > > > > > > > > > > Thanks in advance, > > > > Tobias Berner > > > > On Saturday 18 October 2014 20.43:12 Marcelo Araujo wrote: > > > When you rebuild your system, did you rebuild and install all kernel and > > > > > > world? > > > > > > > > > > > > Best Regards, > > > > > > On Oct 18, 2014 7:57 PM, "John Baldwin" wrote: > > > > On Friday, October 17, 2014 11:11:26 PM Tobias C. Berner wrote: > > > > > Hi > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > For some days now I've had problems with my current (last test with > > > > > > > > > > r273178M). > > > > > > > > > > > > > > > > > > > > Sometimes when accessing a nfs-share there is a pagefault: > > > > > > > > > > > > > > > > > > > > ####################################################### > > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > > > > > cpuid = 7; apic id = 07 > > > > > > > > > > fault virtual address = 0xfffffe07cfe60400 > > > > > > > > > > fault code = supervisor read data, page not present > > > > > > > > > > instruction pointer = 0x20:0xffffffff80d4d4b6 > > > > > > > > > > stack pointer = 0x28:0xfffffe086088b380 > > > > > > > > > > frame pointer = 0x28:0xfffffe086088b3f0 > > > > > > > > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > > > > > > > > > > > > > > > > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > > > > > > > > > > > > > > > > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > > > > > > > > current process = 43868 (mplayer) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > #0 0xffffffff80926d29 in shutdown_nice (howto=1) at > > > > > > > > > > /usr/src/sys/kern/kern_shutdown.c:207 > > > > > > > > > > #1 0xffffffff80926a2d in kern_reboot (howto=260) at > > > > > > > > > > /usr/src/sys/kern/kern_shutdown.c:444 > > > > > > > > > > #2 0xffffffff80926f80 in panic (fmt=0x104
> > > > > > > bounds>) at > > > > > > > > > /usr/src/sys/kern/kern_shutdown.c:698 > > > > > > > > > > #3 0xffffffff8035f147 in panic_cmd_del (arg=0x0) at > > > > > > > > > > /usr/src/sys/ddb/db_command.c:244 > > > > > > > > > > #4 0xffffffff8035ed5d in db_command (cmd_table=0x0) at > > > > > > > > > > /usr/src/sys/ddb/db_command.c:439 > > > > > > > > > > #5 0xffffffff8035ead4 in db_command_loop () at > > > > > > > > > > /usr/src/sys/ddb/db_command.c:488 #6 0xffffffff803615e0 in db_trap > > > > > > > > > > (type=, code=0) at > > > > /usr/src/sys/ddb/db_main.c:247 > > > > > > > #7 0xffffffff80966db1 in kdb_trap (type=12, code=0, > > > > > > > > tf=0xfffffe086088b2d0) > > > > > > > > > at /usr/src/sys/kern/subr_kdb.c:626 > > > > > > > > > > #8 0xffffffff80d4f92c in trap_fatal (frame=0xfffffe086088b2d0, > > > > > > > > eva= > > > > > > > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:835 > > > > > > > > > > #9 0xffffffff80d4fcbc in trap_pfault (frame=0xfffffe086088b2d0, > > > > > > > > usermode=0) > > > > > > > > > at atomic.h:161 > > > > > > > > > > #10 0xffffffff80d4f2de in trap (frame=0xfffffe086088b2d0) at > > > > > > > > > > /usr/src/sys/amd64/amd64/trap.c:594 > > > > > > > > > > #11 0xffffffff80d33822 in Xtss () at > > > > > > > > > > /usr/src/sys/amd64/amd64/exception.S:154 #12 0xffffffff80d4d4b6 in > > > > > > > > > > stack_save_td (st=, td=) > > > > > at > > > > > > > > > > /usr/src/sys/amd64/amd64/stack_machdep.c:74 > > > > > > > > > > #13 0xffffffff809f30b2 in foffset_unlock (fp=, > > > > > > > > > > val=, flags=) at > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:700 > > > > > > > > > > #14 0xffffffff8082faad in ncl_bioread (vp=0xfffff80201dd7490, > > > > > > > > > > uio=0xfffffe086088b7d8, ioflag=, > > > > > > > > > > cred=0xfffff8015816a600) at > > > > > > > > > > /usr/src/sys/fs/nfsclient/nfs_clbio.c:511 > > > > > > > > > > #15 0xffffffff80e64381 in VOP_MARKATIME_APV (vop= > > > out>, > > > > > > > a=0xfffffe086088b650) at vnode_if.c:856 > > > > > > > > > > #16 0xffffffff809f4dd5 in vn_read (fp=0xfffff80272490cd0, > > > > > > > > > > uio=0xfffffe086088b7d8, active_cred=0xfffff8015816a600, flags=128, > > > > > > > > > > td=0xfffff80000000000) at vnode_if.h:859 #17 0xffffffff809f5502 in > > > > > > > > > > get_advice (fp=0xfffffe086088b730, uio=0x400) at > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:729 > > > > > > > > > > #18 0xffffffff809f2b80 in vn_io_fault1 () at > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:1058 #19 0xffffffff809f0d3b in > > > > vn_io_fault > > > > > > > (fp=0xfffff80272490cd0, uio=0xfffffe086088b970, active_cred=0x400, > > > > > > > > > > flags=128, td=0xfffff80000000000) at > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:128 > > > > > > > > > > #20 0xffffffff80981d95 in freebsd6_pread (td=0xfffff802d93204a8, > > > > > > > > > > uap=0xfffff9fb094c00a8) at /usr/src/sys/kern/sys_generic.c:217 > > > > > > > > > > #21 0xffffffff80981ab8 in sys_cap_fcntls_get (td= > > > out>, > > > > > > > uap=0x800) at /usr/src/sys/kern/sys_capability.c:576 > > > > > > > > > > #22 0xffffffff80981a43 in sys_cap_fcntls_get (td= > > > out>, > > > > > > > uap=0x0) at sx.h:183 > > > > > > > > > > #23 0xffffffff80d503cb in amd64_syscall (td=0x45e400, traced=0) at > > > > > > > > > > subr_syscall.c:87 > > > > > > > > > > #24 0xffffffff80d33b0b in Xprot () at > > > > > > > > > > /usr/src/sys/amd64/amd64/exception.S:324 #25 0x0000000806a7fe6a in > > > > ?? () > > > > > > > ################################################## > > > > > > > > The functions in this stack trace don't make sense. It is as if you > > > > are > > > > > > > > running kgdb against the wrong kernel. > > > > > > > > > > > > > > > > -- > > > > > > > > John Baldwin > > > > > > > > _______________________________________________ > > > > > > > > freebsd-current@freebsd.org mailing list > > > > > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > > > > > To unsubscribe, send any mail to " > > > > freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"