Bug #2126

kernel panic when removing the network cable

Added by schmir about 3 years ago. Updated almost 3 years ago.

Status:ClosedStart date:
Priority:UrgentDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

Description

I'm getting a kernel panic if I remove the network cable and plug it in again.
I'm running dhclient on this machine and if I turn it off I
can unplug the network cable and plug it in again without getting a
kernel panic.

crash dump is available here:
http://systemexit.de/dragonfly-crash-network-cable-remove/crash.tgz

it gives me the following backtrace (looks like some routing information should
is being updated):

(kgdb) bt
#0 _get_mycpu (di=<value optimized out>) at ./machine/thread.h:69
#1 md_dumpsys (di=<value optimized out>) at
/usr/src/sys/platform/pc64/x86_64/dump_machdep.c:263
#2 0xffffffff8047e8d5 in dumpsys () at /usr/src/sys/kern/kern_shutdown.c:927
#3 0xffffffff8029a3dc in db_fncall (dummy1=<value optimized out>, dummy2=<value
optimized out>,
dummy3=<value optimized out>, dummy4=<value optimized out>) at
/usr/src/sys/ddb/db_command.c:542
#4 0xffffffff8029a8af in db_command () at /usr/src/sys/ddb/db_command.c:344
#5 db_command_loop () at /usr/src/sys/ddb/db_command.c:470
#6 0xffffffff8029d761 in db_trap (type=<value optimized out>, code=<value
optimized out>)
at /usr/src/sys/ddb/db_trap.c:71
#7 0xffffffff8071e238 in kdb_trap (type=<value optimized out>, code=<value
optimized out>, regs=<value optimized out>)
at /usr/src/sys/platform/pc64/x86_64/db_interface.c:176
#8 0xffffffff80723d66 in trap (frame=0xffffffe08d6f3aa8) at
/usr/src/sys/platform/pc64/x86_64/trap.c:701
#9 0xffffffff8071c77e in calltrap () at
/usr/src/sys/platform/pc64/x86_64/exception.S:187
#10 0xffffffff8071e0cf in breakpoint (msg=<value optimized out>) at
./cpu/cpufunc.h:73
#11 Debugger (msg=<value optimized out>) at
/usr/src/sys/platform/pc64/x86_64/db_interface.c:361
#12 0xffffffff8047f1c4 in panic (
fmt=0xffffffff807cf400 "rtrequest1_msghandler: rtrequest table error was not
on cpu #0")
at /usr/src/sys/kern/kern_shutdown.c:824
#13 0xffffffff80525eb9 in rtrequest1_msghandler (msg=<value optimized out>) at
/usr/src/sys/net/route.c:812
#14 0xffffffff805250c0 in rtable_service_loop (dummy=<value optimized out>) at
/usr/src/sys/net/route.c:202
#15 0xffffffff80489acf in lwkt_deschedule_self (td=0x0) at
/usr/src/sys/kern/lwkt_thread.c:283
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

History

#1 Updated by thomas.nikolajsen about 3 years ago

I can't reproduce this on master on i386.

Do you still see this problem?
If you do, please give more details on how to reproduce.

#2 Updated by ralf about 3 years ago

> Thomas Nikolajsen <> added the comment:
>
> I can't reproduce this on master on i386.
>
> Do you still see this problem?
> If you do, please give more details on how to reproduce.

I'll rebuild world next week when I'm back at work and try it again.

#3 Updated by schmir almost 3 years ago

I've rebuild world and kernel and now can't reproduce the issue either.
My current version is v2.13.0-14-g01c7831 on x86_64.

Also available in: Atom PDF