Re: panic after r244584

From: Vitalij Satanivskij <satan_at_ukr.net>
Date: Fri, 18 Jan 2013 17:20:27 +0200
Vitalij Satanivskij wrote:
VS> Alexander Motin wrote:
VS> AM> On 18.01.2013 15:49, Vitalij Satanivskij wrote:
VS> AM> > May be just do sanitizing for elmpriv->descr?
VS> AM> > 
VS> AM> > something like change whitespace to "_" or just delete it?
VS> AM> 
VS> AM> Yes, that is not difficult. The only question is how to stay consistent,
VS> AM> compatible, user-readable.
VS> AM> 
VS> 
VS> Ok, now I have kernel dump 
VS> 
VS> kgdb /boot/kernel/kernel vmcore.0 
VS> GNU gdb 6.1.1 [FreeBSD]
VS> Copyright 2004 Free Software Foundation, Inc.
VS> GDB is free software, covered by the GNU General Public License, and you are
VS> welcome to change it and/or distribute copies of it under certain conditions.
VS> Type "show copying" to see the conditions.
VS> There is absolutely no warranty for GDB.  Type "show warranty" for details.
VS> This GDB was configured as "amd64-marcel-freebsd"...
VS> 
VS> Unread portion of the kernel message buffer:
VS> da0 at mps0 bus 0 scbus7 target 8 lun 0
VS> da0: <ATA ST3500630NS G> Fixed Direct Access SCSI-6 device 
VS> da0: 300.000MB/s transfers
VS> da0: Command Queueing enabled
VS> da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C)
VS> panic: make_dev_alias_v: bad si_name (error=22, si_name=enc_at_n5003048000baa87d/type_at_0/slot_at_a/elmdesc_at_Slot 10/pass7)
VS> cpuid = 0
VS> KDB: stack backtrace:
VS> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff9b9ec84760
VS> kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff9b9ec84810
VS> vpanic() at vpanic+0x127/frame 0xffffff9b9ec84850
VS> panic() at panic+0x43/frame 0xffffff9b9ec848b0
VS> make_dev_alias_v() at make_dev_alias_v+0x1d0/frame 0xffffff9b9ec84900
VS> make_dev_alias_p() at make_dev_alias_p+0x37/frame 0xffffff9b9ec84960
VS> make_dev_physpath_alias() at make_dev_physpath_alias+0x14a/frame 0xffffff9b9ec849c0
VS> pass_add_physpath() at pass_add_physpath+0xbd/frame 0xffffff9b9ec849f0
VS> taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xffffff9b9ec84a40
VS> taskqueue_thread_loop() at taskqueue_thread_loop+0x6c/frame 0xffffff9b9ec84a70
VS> fork_exit() at fork_exit+0x84/frame 0xffffff9b9ec84ab0
VS> fork_trampoline() at fork_trampoline+0xe/frame 0xffffff9b9ec84ab0
VS> --- trap 0, rip = 0, rsp = 0xffffff9b9ec84b70, rbp = 0 ---
VS> KDB: enter: panic
VS> 
VS> 

And of couse 

(kgdb) bt
#0  doadump (textdump=0) at pcpu.h:229
#1  0xffffffff8034002e in db_dump (dummy=<value optimized out>, dummy2=0, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543
#2  0xffffffff8033fada in db_command (last_cmdp=<value optimized out>, cmd_table=<value optimized out>, dopager=1) at /usr/src/sys/ddb/db_command.c:449
#3  0xffffffff8033f892 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502
#4  0xffffffff80342240 in db_trap (type=<value optimized out>, code=0) at /usr/src/sys/ddb/db_main.c:231
#5  0xffffffff808b9753 in kdb_trap (type=3, code=0, tf=<value optimized out>) at /usr/src/sys/kern/subr_kdb.c:654
#6  0xffffffff80c0d3b8 in trap (frame=0xffffff9b9ec84740) at /usr/src/sys/amd64/amd64/trap.c:579
#7  0xffffffff80bf6512 in calltrap () at exception.S:228
#8  0xffffffff808b8f3e in kdb_enter (why=0xffffffff80e7adb1 "panic", msg=<value optimized out>) at cpufunc.h:63
#9  0xffffffff80885a47 in vpanic (fmt=<value optimized out>, ap=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:746
#10 0xffffffff80885ab3 in panic (fmt=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:682
#11 0xffffffff8083add0 in make_dev_alias_v (flags=<value optimized out>, cdev=0xfffffe0031b78cd0, pdev=<value optimized out>, fmt=<value optimized out>, 
    ap=0xffffff9b9ec84940) at /usr/src/sys/kern/kern_conf.c:925
#12 0xffffffff8083ae27 in make_dev_alias_p (flags=-1631041792, cdev=0x80, pdev=0xffffffff80e72a0a, fmt=0x80 <Address 0x80 out of bounds>)
    at /usr/src/sys/kern/kern_conf.c:968
#13 0xffffffff8083af7a in make_dev_physpath_alias (flags=8, cdev=0xfffffe0031b78cd0, pdev=0xfffffe042bb8f000, old_alias=0x0, physpath=<value optimized out>)
    at /usr/src/sys/kern/kern_conf.c:1025
#14 0xffffffff80308b7d in pass_add_physpath (context=0xfffffe04fe563a00, pending=<value optimized out>) at /usr/src/sys/cam/scsi/scsi_pass.c:258
#15 0xffffffff808c8050 in taskqueue_run_locked (queue=0xfffffe002fddf800) at /usr/src/sys/kern/subr_taskqueue.c:312
#16 0xffffffff808c87ec in taskqueue_thread_loop (arg=<value optimized out>) at /usr/src/sys/kern/subr_taskqueue.c:501
#17 0xffffffff80855444 in fork_exit (callout=0xffffffff808c8780 <taskqueue_thread_loop>, arg=0xffffffff81502690, frame=0xffffff9b9ec84ac0)
    at /usr/src/sys/kern/kern_fork.c:991
#18 0xffffffff80bf6a4e in fork_trampoline () at exception.S:602
#19 0x0000000000000000 in ?? ()
Current language:  auto; currently minimal
(kgdb)

what next I can do to investigate problem?
Received on Fri Jan 18 2013 - 14:20:29 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:34 UTC