Date: Thu, 9 May 2019 10:25:37 -0500 From: Kyle Evans <kevans@freebsd.org> To: Michael Butler <imb@protected-networks.net> Cc: FreeBSD Current <freebsd-current@freebsd.org>, glebius@freebsd.org Subject: Re: at SVN r347375, terminating/restarting openvpn on tap causes panic Message-ID: <CACNAnaHcKu_78sWizSAf46xZcphcpgXCFqXjo_FEAKogQybRNA@mail.gmail.com> In-Reply-To: <5333dd8d-9e01-f748-1b79-5dd1b22bf15f@protected-networks.net> References: <58ad8292-a24b-b9ce-a1a2-3e159f42ed78@protected-networks.net> <CACNAnaGPvDBM=BdVcc1j8TfMwwosebAnALdJ6DO1mvR%2BDsHL8w@mail.gmail.com> <5333dd8d-9e01-f748-1b79-5dd1b22bf15f@protected-networks.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, May 9, 2019 at 8:27 AM Michael Butler <imb@protected-networks.net> wrote: > > On 2019-05-09 09:07, Kyle Evans wrote: > > On Thu, May 9, 2019 at 7:24 AM Michael Butler > > <imb@protected-networks.net> wrote: > >> > >> Seems there's a lock or tuntap issue after recent changes. Restarting > >> openvpn (configured to use /dev/tap) yields a panic as follows: > >> > > > > Ah, I knew I was forgetting something. =( Give this a shot: > > https://people.freebsd.org/~kevans/etherdetach.diff > > Sorry - same result, > > (kgdb) bt > #0 doadump () at src/sys/amd64/include/pcpu.h:241 > #1 0xffffffff808393c8 in kern_reboot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:470 > #2 0xffffffff80839826 in vpanic (fmt=<value optimized out>, ap=<value > optimized out>) at /usr/src/sys/kern/kern_shutdown.c:896 > #3 0xffffffff80839663 in panic (fmt=<value optimized out>) at > /usr/src/sys/kern/kern_shutdown.c:823 > #4 0xffffffff80c318a6 in trap_fatal (frame=0xfffffe0072b14510, eva=156) > at /usr/src/sys/amd64/amd64/trap.c:946 > #5 0xffffffff80c31c59 in trap_pfault (frame=0xfffffe0072b14510, > usermode=0) at src/sys/amd64/include/cpufunc.h:423 > #6 0xffffffff80c30fde in trap (frame=0xfffffe0072b14510) at > /usr/src/sys/amd64/amd64/trap.c:441 > #7 0xffffffff80c0d4b5 in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:232 > #8 0xffffffff80a15377 in ip_output (m=<value optimized out>, opt=<value > optimized out>, ro=0x0, flags=0, imo=0xfffffe0072b14780, inp=0x0) at > /usr/src/sys/netinet/ip_output.c:362 > #9 0xffffffff809ffea4 in igmp_intr (m=<value optimized out>) at > /usr/src/sys/netinet/igmp.c:3455 > #10 0xffffffff80975a0f in netisr_dispatch_src (proto=2, source=<value > optimized out>, m=<value optimized out>) at /usr/src/sys/net/netisr.c:1122 > #11 0xffffffff809fe07a in igmp_fasttimo () at > /usr/src/sys/netinet/igmp.c:496 > #12 0xffffffff808c5854 in pffasttimo (arg=<value optimized out>) at > /usr/src/sys/kern/uipc_domain.c:521 > #13 0xffffffff80853df3 in softclock_call_cc (c=0xffffffff813f7f48, > cc=0xffffffff814c9ac0, direct=0) at /usr/src/sys/kern/kern_timeout.c:731 > #14 0xffffffff808542b9 in softclock (arg=0xffffffff814c9ac0) at > /usr/src/sys/kern/kern_timeout.c:869 > #15 0xffffffff807fd0c4 in ithread_loop (arg=<value optimized out>) at > /usr/src/sys/kern/kern_intr.c:1129 > #16 0xffffffff807f9f33 in fork_exit (callout=0xffffffff807fcef0 > <ithread_loop>, arg=0xfffff800025f10a0, frame=0xfffffe0072b14ac0) at > /usr/src/sys/kern/kern_fork.c:1058 > #17 0xffffffff80c0e4ae in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:995 > #18 0x0000000000000000 in ?? () > Ah, I misread your backtrace (and forgot the proper tap detachment from my previous patch, so that's fixed/committed anyways). CC'ing Gleb for further triage as committer of r347375 that touched things in this path.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACNAnaHcKu_78sWizSAf46xZcphcpgXCFqXjo_FEAKogQybRNA>