Re: kernel page fault with nfs

From: Marcelo Araujo <araujobsdport_at_gmail.com>
Date: Mon, 20 Oct 2014 10:41:30 +0800
Hello Tobias,

Could you show how you are mount the NFS share?
Are you using 'readahead' option?

Best Regards,

2014-10-19 17:40 GMT+08:00 Tobias C. Berner <tcberner_at_gmail.com>:

> 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" <tcberner_at_gmail.com> 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=<value optimized out>) at
> > > /usr/src/sys/kern/kern_shutdown.c:746
> > >
> > > #3 0xffffffff8035f167 in db_panic (addr=<value optimized out>,
> > > 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=<value optimized out>, code=0)
> at
> > > /usr/src/sys/ddb/db_main.c:251
> > >
> > > #7 0xffffffff80966f01 in kdb_trap (type=12, code=0, tf=<value optimized
> > > out>) at /usr/src/sys/kern/subr_kdb.c:654
> > >
> > > #8 0xffffffff80d4fa7c in trap_fatal (frame=0xfffffe086057f190,
> eva=<value
> > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:861
> > >
> > > #9 0xffffffff80d4fe0c in trap_pfault (frame=0xfffffe086057f190,
> > > usermode=<value optimized out>) 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=<value optimized out>, td=<value optimized
> out>,
> > > called_from_strategy=<value optimized out>)
> > >
> > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648
> > >
> > > #14 0xffffffff80831acf in ncl_write (ap=<value optimized out>) at
> > > /usr/src/sys/fs/nfsclient/nfs_clbio.c:1124
> > >
> > > #15 0xffffffff80e646a5 in VOP_WRITE_APV (vop=<value optimized out>,
> > > a=<value optimized out>) at vnode_if.c:997
> > >
> > > #16 0xffffffff809f52f9 in vn_write (fp=0xfffff80101c62780,
> > > uio=0xfffffe086057f970, active_cred=<value optimized out>, flags=320,
> > > td=0x0) at vnode_if.h:413
> > >
> > > #17 0xffffffff809f5602 in vn_io_fault_doio (args=<value optimized out>,
> > > 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=<value optimized out>, 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=<value optimized
> > > 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=<value optimized out>,
> uap=<value
> > > 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" <jhb_at_freebsd.org> 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 <Address 0x104 out of
> > > > >
> > > > > 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=<value optimized out>, 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=<value
> > > > >
> > > > > > 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=<value optimized out>, td=<value optimized
> out>)
> > > > > > at
> > > > > >
> > > > > > /usr/src/sys/amd64/amd64/stack_machdep.c:74
> > > > > >
> > > > > > #13 0xffffffff809f30b2 in foffset_unlock (fp=<value optimized
> out>,
> > > > > >
> > > > > > val=<value optimized out>, flags=<value optimized out>) at
> > > > > >
> > > > > > /usr/src/sys/kern/vfs_vnops.c:700
> > > > > >
> > > > > > #14 0xffffffff8082faad in ncl_bioread (vp=0xfffff80201dd7490,
> > > > > >
> > > > > > uio=0xfffffe086088b7d8, ioflag=<value optimized out>,
> > > > > >
> > > > > > cred=0xfffff8015816a600) at
> > > > > >
> > > > > > /usr/src/sys/fs/nfsclient/nfs_clbio.c:511
> > > > > >
> > > > > > #15 0xffffffff80e64381 in VOP_MARKATIME_APV (vop=<value optimized
> > >
> > > 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=<value optimized
> > >
> > > out>,
> > >
> > > > > > uap=0x800) at /usr/src/sys/kern/sys_capability.c:576
> > > > > >
> > > > > > #22 0xffffffff80981a43 in sys_cap_fcntls_get (td=<value optimized
> > >
> > > 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_at_freebsd.org mailing list
> > > > >
> > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > > > >
> > > > > To unsubscribe, send any mail to "
> > >
> > > freebsd-current-unsubscribe_at_freebsd.org"
> >
> > _______________________________________________
> > freebsd-current_at_freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to "
> freebsd-current-unsubscribe_at_freebsd.org"
>
>


-- 

-- 
Marcelo Araujo            (__)araujo_at_FreeBSD.org
\\\'',)http://www.FreeBSD.org <http://www.freebsd.org/>   \/  \ ^
Power To Server.         .\. /_)
Received on Mon Oct 20 2014 - 00:41:33 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:53 UTC