DragonFly BSD
DragonFly users List (threaded) for 2011-08
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: arpresolve: can't allocate llinfo for rt

From: Ralf Schmitt <ralf@xxxxxxxxxxxxx>
Date: Tue, 16 Aug 2011 11:32:24 +0200
Cancel-lock: sha1:SGYLuoCbTZCt24EQftPmOj5nJHU=

Ralf Schmitt <ralf@brainbot.com> writes:

> Ralf Schmitt <ralf@brainbot.com> writes:
>> while removing the network cable from the machine, I now even got a
>> kernel panic and debugger prompt. Are there any docs on how to report
>> those?
> http://www.dragonflybsd.org/docs/howtos/HowToCreateACoreDump/
> With the help from #dragonflybsd and the above page I was able to create
> a crashdump. It's available for download here:
> http://systemexit.de/dragonfly-crash-network-cable-remove/crash.tgz

(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?)

Judging from the backtrace it looks like some routing information should
be updated. Im 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.


[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]