Re: CURRENT: frequent crashes if mpd5 is running

From: Sergey V. Dyatko <sergey.dyatko_at_gmail.com>
Date: Wed, 20 Jul 2016 09:26:19 +0300
On Thu, 14 Jul 2016 14:38:15 -0400
Allan Jude <allanjude_at_freebsd.org> wrote: 

> On 2016-07-14 13:13, Oleg V. Nauman wrote:
> >  I'm experiencing frequent CURRENT ( 12.0-CURRENT r302535 amd64 ) crashes 
> > triggered by mpd5:
> > 
> > Fatal trap 12: page fault while in kernel mode
> > cpuid = 0; apic id = 00
> > fault virtual address   = 0x10
> > fault code              = supervisor read data, page not present
> > instruction pointer     = 0x20:0xffffffff814f6162
> > stack pointer           = 0x28:0xfffffe011b06d640
> > frame pointer           = 0x28:0xfffffe011b06d670
> > 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         = 901 (mpd5)
> > trap number             = 12
> > panic: page fault
> > cpuid = 0
> > 
> > #0  doadump (textdump=<value optimized out>) at pcpu.h:221
> > 221     pcpu.h: No such file or directory.
> >         in pcpu.h
> > (kgdb) #0  doadump (textdump=<value optimized out>) at pcpu.h:221
> > #1  0xffffffff80749169 in kern_reboot (howto=260)
> >     at ../../../kern/kern_shutdown.c:366
> > #2  0xffffffff807496e1 in vpanic (fmt=<value optimized out>,
> >     ap=<value optimized out>) at ../../../kern/kern_shutdown.c:759
> > #3  0xffffffff80749553 in panic (fmt=0x0)
> > at ../../../kern/kern_shutdown.c:690 #4  0xffffffff80a5aca1 in trap_fatal
> > (frame=0xfffffe011b06d590, eva=16) at ../../../amd64/amd64/trap.c:841
> > #5  0xffffffff80a5af51 in trap_pfault (frame=0x0, usermode=0)
> >     at ../../../amd64/amd64/trap.c:716
> > #6  0xffffffff80a5a430 in trap (frame=0xfffffe011b06d590)
> >     at ../../../amd64/amd64/trap.c:442
> > #7  0xffffffff80a3e161 in calltrap ()
> > at ../../../amd64/amd64/exception.S:236 #8  0xffffffff814f6162 in
> > ng_uncallout (c=0xfffff80004842460, node=0xfffff80004c79a00)
> >     at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3815
> > #9  0xffffffff8151bbab in ng_pptpgre_disconnect (hook=<value optimized out>)
> >     at 
> > /usr/src/sys/modules/netgraph/pptpgre/../../../netgraph/ng_pptpgre.c:966
> > #10 0xffffffff814f2928 in ng_destroy_hook (hook=0xfffff8000487ad80)
> >     at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:1219
> > #11 0xffffffff814f2635 in ng_rmnode (node=<value optimized out>,
> >     dummy1=<value optimized out>, dummy2=<value optimized out>,
> >     dummy3=<value optimized out>)
> >     at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:744
> > #12 0xffffffff814f4832 in ng_apply_item (node=0xfffff80004c79a00,
> >     item=0xfffff80004e72600, rw=1)
> >     at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2523
> > #13 0xffffffff814f41a3 in ng_snd_item (item=<value optimized out>,
> >     flags=<value optimized out>)
> >     at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2320
> > #14 0xffffffff814eec4e in ngc_send (so=<value optimized out>,
> >     flags=<value optimized out>, m=<value optimized out>,
> >     addr=<value optimized out>, control=<value optimized out>,
> >     td=<value optimized out>)
> >     at /usr/src/sys/modules/netgraph/socket/../../../netgraph/ng_socket.c:338
> > #15 0xffffffff807dee17 in sosend_generic (so=<value optimized out>,
> >     addr=<value optimized out>, uio=<value optimized out>,
> >     top=<value optimized out>, control=<value optimized out>,
> >     flags=<value optimized out>, td=<value optimized out>)
> >     at ../../../kern/uipc_socket.c:1359
> > #16 0xffffffff807e66b8 in kern_sendit (td=<value optimized out>,
> >     s=<value optimized out>, mp=<value optimized out>, flags=0, control=0x0,
> >     segflg=<value optimized out>) at ../../../kern/uipc_syscalls.c:848
> > #17 0xffffffff807e6abf in sendit (td=0xfffff800047caa00,
> >     s=<value optimized out>, mp=0xfffffe011b06da60,
> >     flags=<value optimized out>) at ../../../kern/uipc_syscalls.c:775
> > #18 0xffffffff807e690d in sys_sendto (td=0x0, uap=<value optimized out>)
> >     at ../../../kern/uipc_syscalls.c:899
> > #19 0xffffffff80a5b618 in amd64_syscall (td=<value optimized out>, traced=0)
> >     at subr_syscall.c:135
> > #20 0xffffffff80a3e44b in Xfast_syscall ()
> >     at ../../../amd64/amd64/exception.S:396
> > #21 0x00000008025d284a in ?? ()
> > Previous frame inner to this frame (corrupt stack?)
> > Current language:  auto; currently minimal
> > 
> 
> There is a patch for this issue:
> 
> https://reviews.freebsd.org/D7209
> 
> You might try seeing if it solves your problem, and reporting that to
> the author
> 

work fine to me too on 12.0-CURRENT #26 r302424M
Thanks!

--
wbr, tiger
Received on Wed Jul 20 2016 - 04:30:38 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:06 UTC