[Bug 219250] [Panic] [VIMAGE] panic: in6_ifattach_linklocal (assigning ipv6 addresses in vnet jail)

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219250

            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 at FreeBSD.org
          Reporter: reshadpatuck1 at gmail.com

Created attachment 182557
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=182557&action=edit
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 addresses
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 == NULL, ifp=0xfffff801b9828000

---

(kgdb) backtrace 
#0  __curthread () at ./machine/pcpu.h:232
#1  doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:318
#2  0xffffffff803a308b in db_dump (dummy=<optimized out>, dummy2=<error reading
variable: access outside bounds of object referenced via synthetic pointer>,
dummy3=<unavailable>, dummy4=<unavailable>) at
/usr/src/sys/ddb/db_command.c:546
#3  0xffffffff803a2e7f in db_command (last_cmdp=<optimized out>,
cmd_table=<optimized out>, dopager=<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=<optimized out>, code=<optimized out>)
at /usr/src/sys/ddb/db_main.c:248
#6  0xffffffff80a95673 in kdb_trap (type=3, code=-61456, tf=<optimized out>) at
/usr/src/sys/kern/subr_kdb.c:654
#7  0xffffffff80ef0de6 in trap (frame=0xfffffe1043e13310) at
/usr/src/sys/amd64/amd64/trap.c:537
#8  <signal handler called>
#9  kdb_enter (why=0xffffffff8145adfd "panic", msg=<optimized out>) at
/usr/src/sys/kern/subr_kdb.c:444
#10 0xffffffff80a533f9 in vpanic (fmt=<optimized out>, ap=0xfffffe1043e134a0)
at /usr/src/sys/kern/kern_shutdown.c:772
#11 0xffffffff80a53236 in kassert_panic (fmt=0xffffffff8149b825 "%s: ia ==
NULL, ifp=%p") at /usr/src/sys/kern/kern_shutdown.c:669
#12 0xffffffff80c7805b in in6_ifattach_linklocal (ifp=<optimized out>,
altifp=<optimized out>) at /usr/src/sys/netinet6/in6_ifattach.c:505
#13 in6_ifattach (ifp=0xfffff801b9828000, altifp=<optimized out>) at
/usr/src/sys/netinet6/in6_ifattach.c:747
#14 0xffffffff80b462ea in if_route (flag=1, fam=0, ifp=<optimized out>) at
/usr/src/sys/net/if.c:2148
#15 if_up (ifp=0xfffff801b9828000) at /usr/src/sys/net/if.c:2233
#16 0xffffffff80b47f93 in ifhwioctl (cmd=<optimized out>, ifp=<optimized out>,
td=0xfffff8002d117000, data=<optimized out>) at /usr/src/sys/net/if.c:2452
#17 ifioctl (so=<optimized out>, cmd=<optimized out>, data=<optimized out>,
td=<optimized out>) at /usr/src/sys/net/if.c:2821
#18 0xffffffff80aba11d in fo_ioctl (fp=<optimized out>, com=2149607696,
active_cred=<optimized out>, td=<optimized out>, data=<optimized out>) at
/usr/src/sys/sys/file.h:323
#19 kern_ioctl (td=<optimized out>, fd=<optimized out>, com=<optimized out>,
data=0xfffffe1043e132d0 "") at /usr/src/sys/kern/sys_generic.c:836
#20 0xffffffff80ab9ddf in sys_ioctl (td=<optimized out>,
uap=0xfffffe1043e13930) at /usr/src/sys/kern/sys_generic.c:745
#21 0xffffffff80ef2059 in syscallenter (td=0xfffff8002d117000, sa=<optimized
out>) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:136
#22 amd64_syscall (td=0xfffff8002d117000, traced=0) at
/usr/src/sys/amd64/amd64/trap.c:902
#23 <signal handler called>
#24 0x0000000800fd9dfa in ?? ()
Backtrace stopped: Cannot access memory at address 0x7fffffffdd88

---

-- 
You are receiving this mail because:
You are the assignee for the bug.