Date: Sat, 13 May 2017 06:50:13 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 219250] [Panic] [VIMAGE] panic: in6_ifattach_linklocal (assigning ipv6 addresses in vnet jail) Message-ID: <bug-219250-8@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219250 Bug ID: 219250 Summary: [Panic] [VIMAGE] panic: in6_ifattach_linklocal (assigning ipv6 addresses in vnet jail) Product: Base System Version: CURRENT Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: reshadpatuck1@gmail.com Created attachment 182557 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D182557&action= =3Dedit core.txt file for the panic Hey, While ruining some tests with about 20 vnet jails with pf and netgraph I get this panic. I have attached the core.txt for the panic to this post. >From what I can understand there sees to be some issue assigning ipv6 addre= sses to epairs in the vnet jail. Please let me know if there is any other information or something else I can help with. Kernel version r318025 --- panic: in6_ifattach_linklocal: ia =3D=3D NULL, ifp=3D0xfffff801b9828000 --- (kgdb) backtrace=20 #0 __curthread () at ./machine/pcpu.h:232 #1 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:318 #2 0xffffffff803a308b in db_dump (dummy=3D<optimized out>, dummy2=3D<error= reading variable: access outside bounds of object referenced via synthetic pointer>, dummy3=3D<unavailable>, dummy4=3D<unavailable>) at /usr/src/sys/ddb/db_command.c:546 #3 0xffffffff803a2e7f in db_command (last_cmdp=3D<optimized out>, cmd_table=3D<optimized out>, dopager=3D<optimized out>) at /usr/src/sys/ddb/db_command.c:453 #4 0xffffffff803a2bb4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:506 #5 0xffffffff803a5c7f in db_trap (type=3D<optimized out>, code=3D<optimize= d out>) at /usr/src/sys/ddb/db_main.c:248 #6 0xffffffff80a95673 in kdb_trap (type=3D3, code=3D-61456, tf=3D<optimize= d out>) at /usr/src/sys/kern/subr_kdb.c:654 #7 0xffffffff80ef0de6 in trap (frame=3D0xfffffe1043e13310) at /usr/src/sys/amd64/amd64/trap.c:537 #8 <signal handler called> #9 kdb_enter (why=3D0xffffffff8145adfd "panic", msg=3D<optimized out>) at /usr/src/sys/kern/subr_kdb.c:444 #10 0xffffffff80a533f9 in vpanic (fmt=3D<optimized out>, ap=3D0xfffffe1043e= 134a0) at /usr/src/sys/kern/kern_shutdown.c:772 #11 0xffffffff80a53236 in kassert_panic (fmt=3D0xffffffff8149b825 "%s: ia = =3D=3D NULL, ifp=3D%p") at /usr/src/sys/kern/kern_shutdown.c:669 #12 0xffffffff80c7805b in in6_ifattach_linklocal (ifp=3D<optimized out>, altifp=3D<optimized out>) at /usr/src/sys/netinet6/in6_ifattach.c:505 #13 in6_ifattach (ifp=3D0xfffff801b9828000, altifp=3D<optimized out>) at /usr/src/sys/netinet6/in6_ifattach.c:747 #14 0xffffffff80b462ea in if_route (flag=3D1, fam=3D0, ifp=3D<optimized out= >) at /usr/src/sys/net/if.c:2148 #15 if_up (ifp=3D0xfffff801b9828000) at /usr/src/sys/net/if.c:2233 #16 0xffffffff80b47f93 in ifhwioctl (cmd=3D<optimized out>, ifp=3D<optimize= d out>, td=3D0xfffff8002d117000, data=3D<optimized out>) at /usr/src/sys/net/if.c:2= 452 #17 ifioctl (so=3D<optimized out>, cmd=3D<optimized out>, data=3D<optimized= out>, td=3D<optimized out>) at /usr/src/sys/net/if.c:2821 #18 0xffffffff80aba11d in fo_ioctl (fp=3D<optimized out>, com=3D2149607696, active_cred=3D<optimized out>, td=3D<optimized out>, data=3D<optimized out>= ) at /usr/src/sys/sys/file.h:323 #19 kern_ioctl (td=3D<optimized out>, fd=3D<optimized out>, com=3D<optimize= d out>, data=3D0xfffffe1043e132d0 "") at /usr/src/sys/kern/sys_generic.c:836 #20 0xffffffff80ab9ddf in sys_ioctl (td=3D<optimized out>, uap=3D0xfffffe1043e13930) at /usr/src/sys/kern/sys_generic.c:745 #21 0xffffffff80ef2059 in syscallenter (td=3D0xfffff8002d117000, sa=3D<opti= mized out>) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:136 #22 amd64_syscall (td=3D0xfffff8002d117000, traced=3D0) at /usr/src/sys/amd64/amd64/trap.c:902 #23 <signal handler called> #24 0x0000000800fd9dfa in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffdd88 --- --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-219250-8>