Messages in this thread | | | Date | Wed, 11 Jun 2003 10:01:06 -0400 | From | scott <> | Subject | Re: [PATCH] PATCH: dpt_i2o memory leak comments |
| |
Adaptec 2400A
Hi Mark (mark_salyzyn@adaptec.com),
Sorry to report that the test rpm you sent me last week did not solve our high load kernel panic crash problem we are experiencing, RH distribution of kernel 2.4.20-13.7smp.
I have been keeping better score of what happens and I can recreate the problem by running our search engine indexer in thread mode. Ksymoops and screen dumps by most recent date follow. My rookie observation is that the 6.3.2003 kernel panic is a bit different then the older 5.29.03 crash, but he ksymoops are similar.
Thank you for looking at this.
Very Truly Yours, Scott
Your RPM was applied 6.7.2003. System is an Athlon dual 1800 mps on an Asus A7M266-D main board.
*Crash of 6.7.2003 AFTER your rpm was applied:
*_/Ksymoops Report after reboot:/ (6.7.2003)_ ksymoops 2.4.4 on i686 2.4.20-13.7smp. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.20-13.7smp/ (default) -m /boot/System.map-2.4.20-13.7smp (default)
Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options.
Error (expand_objects): cannot stat(/lib/ext3.o) for ext3 Error (expand_objects): cannot stat(/lib/jbd.o) for jbd Error (expand_objects): cannot stat(/lib/dpt_i2o.o) for dpt_i2o Error (expand_objects): cannot stat(/lib/sd_mod.o) for sd_mod Error (expand_objects): cannot stat(/lib/scsi_mod.o) for scsi_mod Error (pclose_local): find_objects pclose failed 0x100 Warning (map_ksym_to_module): cannot match loaded module ext3 to a unique module object. Trace may not be reliable. Warning (map_ksym_to_module): cannot match loaded module dpt_i2o to a unique module object. Trace may not be reliable. Reading Oops report from the terminal
_/Kernel panic screen dump: /__(6.7.2003)_
EIP is at __scsi_end_request [scsi_mod] 0xa4(2.4.20-13.7smp)
eax: d9e7dde0 ebx 00000008 ecx:00400000 edx: 00000000
esi:f7fc8268 edi: 00400000 ebp: 00000000 esp:f6a9feb0
ds:0018 es:0018 ss:0018 Process mysqld (pid: 1702, stackpage=f6a9f000) Stack: c3679618 f7fc8200 e3e52000 e3e52000 00000008 f88154c8 f7fc8200 00000001 00000008 00000001 00000001 f67ff234 00000000 f6a9ff3c f7fc82b8 c3679618 00000008 00000000 00000001 00000008 00000000 f7fc8200 00000008 00000001
Call Trace: [<f88154c8>] scsi_io_completion_rsmp.6cd6 f415 [scsi_mod] 0x208 (0xf6a9fec4))
[<f8829de3>] rw_intr [sd_mod] 0x243 (0xf6a9ff10)) [<f8831155>] adpt_i2o_to_scsi [dpt_i2o] 0x3a5(0xf6a9ff2c)) [<f880e2ff>] scsi_finish_command [scsi_mod] 0xcf (0xf6a9ff44)) [<f880e08f>] scsi_bottom_half_handler [scsi_mod] 0xbf (0xf6a9ff5c)) [<c012110b>] bh_action [kernel] 0x4b (0xf6a9ff6c)) [<c0120fd0>] tasklet_hi_action [kernel] 0x60 (0xf6a9ff74)) [<c0120d6b>] do_softirq [kernel] 0x7b (0xf6z9ff8c)) [<c010a7de>] do_IRQ [kernel] 0xfe (0xf6a9ffa8))
Code:0f b7 41 08 66 c1 e8 09 0f b7 c0 39 c2 89 46 38 89 46 3c 73
<0> Kernel panic : Aiee, killing interupt handler! In interupt handler - not syncing
*Crash of 6.3.2003 BEFORE your rpm was applied:*
_/Ksymoops Report after reboot:/ (6.3.2003)_ ksymoops 2.4.4 on i686 2.4.20-13.7smp. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.20-13.7smp/ (default) -m /boot/System.map-2.4.20-13.7smp (default)
Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options.
Error (expand_objects): cannot stat(/lib/ext3.o) for ext3 Error (expand_objects): cannot stat(/lib/jbd.o) for jbd Error (expand_objects): cannot stat(/lib/dpt_i2o.o) for dpt_i2o Error (expand_objects): cannot stat(/lib/sd_mod.o) for sd_mod Error (expand_objects): cannot stat(/lib/scsi_mod.o) for scsi_mod Error (pclose_local): find_objects pclose failed 0x100 Warning (map_ksym_to_module): cannot match loaded module ext3 to a unique module object. Trace may not be reliable. Warning (map_ksym_to_module): cannot match loaded module dpt_i2o to a unique module object. Trace may not be reliable. Reading Oops report from the terminal
_/Kernel panic screen dump: /__(6.3.2003)_
EIP is at timer_bh [kernel] 0x1ff (2.4.20-13.7smp) eax: c03a4584 ebx: c03a4584 ecx:d9fda278 edx: 00000000 esi: c03a454c edi: f7a2223c ebp: c03a436o esp: f7fbdf00 ds: 0018 es: 0018 ss:0018 Process swapper (pidi 0, stackpage=f7fbd000) Stack: c023e914 f7fbdf0c 00000001 f7fbdf0c f7fbdf0c 00000000 00000001 00000040 00000000 c012110b c03a3880 c0120fd0 00000000 00000001 c0377940 fffffffe 00000001 c0120d6b c0377940 00000046 00000001 c0370800 00000000 c03026c8
Call trace: [<c012110b>] bh_action [kernel] 0x4b (0xf7fbdf24)) [<c0120fd0>] tasklet_hi_action [kernel] ox6o (0xf7bdf2c)) [<c0120d6b>] do_softirq [kernel] ox7b (oxf7fbdf44)) [<c010a7de>] do_irq [kernel] 0xfe (0xf7fbdf60)) [<c0106df0>] default_idle [kernel] 0x0 (0xf7fbdf68)) [<c0106df0>] default_idle [kernel] 0x0 (0xf7fbdf74)) [<c0106df0>] default_idle [kernel] 0x0 (0xf7fbdf7c)) [<c0106df0>] default_idle [kernel] 0x0 (0xf7fbdf90)) [<c0106df0>] default_idle [kernel] 0x2c (0xf7fbdfa4)) [<c0106eb2>] cpu_idle [kernel] 0x52 (0xf7fbdfb0)) [<c011c4e9>] call_console_drivers [kernel] oxe9 (0xf7fbdfe0))
Code: 8b 02 89 58 04 89 53 04 89 1a 89 fb 39 f3 0f 85 2b ff
<0> kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |