From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 03:12:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29F0F917; Sun, 19 Oct 2014 03:12:39 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40CB7D84; Sun, 19 Oct 2014 03:12:38 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id h11so4240102wiw.11 for ; Sat, 18 Oct 2014 20:12:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=r0wZJgAWi6XmxkBgwWjkvNDRTKf/PJL7yDuChRlRiwA=; b=fKhhxOPODF1ACFK2peFOWClIuZdbLnxJBfu5YYC/skdkDGsP0Uyz+FQLsCfNs7/pMs +e3ikumRYwv0nMWROeJK7k+XrNPzoIQiQY91109osNaTuAw85TSMSUom0CW3wIK+i+xZ dueKe0DZAzARGXtyRPwU8PR1xui6XA+QayBIxi+px+qtC27V13i/jHN8591G9RllPUBK y0VUOYtcy8u8dDbU4WczcJbyVYgweuu1W/F32ucwY56HYLoalnXI3LknChMyANGE2KVJ PiUIYz3znBhG1C6qM+UQEHgBspHjIVnn03VDTnnkdgYDci82EjOmt3Py0BS6xj9+NMS8 rK6w== MIME-Version: 1.0 X-Received: by 10.180.101.200 with SMTP id fi8mr9657690wib.77.1413688356416; Sat, 18 Oct 2014 20:12:36 -0700 (PDT) Received: by 10.216.159.193 with HTTP; Sat, 18 Oct 2014 20:12:36 -0700 (PDT) Received: by 10.216.159.193 with HTTP; Sat, 18 Oct 2014 20:12:36 -0700 (PDT) Reply-To: araujo@FreeBSD.org In-Reply-To: <10171630.Vr2tvlANVU@noxon.firefly> References: <3430961.Iq02vNgBU7@noxon.firefly> <1995323.F02irpmLMA@ralph.baldwin.cx> <10171630.Vr2tvlANVU@noxon.firefly> Date: Sun, 19 Oct 2014 11:12:36 +0800 Message-ID: Subject: Re: kernel page fault with nfs From: Marcelo Araujo To: "Tobias C. Berner" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current , araujo@freebsd.org 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 03:12:39 -0000 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" > > >