After having to reboot the system from a bad state,(i.e. poweroff), and
then attempting to mount the FC connected disks again, mount caused an
Oops. I've seen this with many different kernel rev's though, then the
conditions are just right.
ksymoops 2.4.1 on i686 2.4.20-ag3-p4-debug. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.20-ag3-p4-debug/ (default)
-m /boot/System.map (specified)
Warning (compare_maps): mismatch on symbol md_size , md says f8a6ee80,
/lib/modules/2.4.20-ag3-p4-debug/kernel/drivers/md/md.o says f8a6eca0.
Ignoring /lib/modules/2.4.20-ag3-p4-debug/kernel/drivers/md/md.o entry
Warning (compare_maps): mismatch on symbol mddev_map , md says
f8a6e680, /lib/modules/2.4.20-ag3-p4-debug/kernel/drivers/md/md.o says
f8a6e4a0. Ignoring
/lib/modules/2.4.20-ag3-p4-debug/kernel/drivers/md/md.o entry
Unable to handle kernel NULL pointer dereference at virtual address
00000058
c01bdd7e
*pde = 36538001
Oops: 0000
CPU: 2
EIP: 0010:[xfs_ioerror_alert+14/96] Not tainted
EIP: 0010:[<c01bdd7e>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: 00000000 ebx: 00000000 ecx: f6e0ce80 edx: 01fb8950
esi: f6274800 edi: 01fb8950 ebp: 00000000 esp: f686db70
ds: 0018 es: 0018 ss: 0018
Process mount (pid: 1153, stackpage=f686d000)
Stack: 00000000 0000000c c01acd80 c02d3a97 f6274800 00000000 01fb8950
00000000
00000000 f6274800 00000000 f61a45c0 f6e0ce80 00000002 c01ad782 f6e0ce80
f61a45c0 00000002 f61a4480 f6c8f400 00000004 ed1e2090 f6219274 c01ad8c6
Call Trace: [xlog_recover_do_buffer_trans+304/592]
[xlog_recover_do_trans+82/256] [xlog_recover_commit_trans+38/64]
[xlog_recover_process_data+298/464] [xlog_do_recovery_pass+852/2048]
Call Trace: [<c01acd80>] [<c01ad782>] [<c01ad8c6>] [<c01ada2a>]
[<c01ae704>]
[<c01aec34>] [<c01aec81>] [<c01aee02>] [<c01a7f20>] [<c01b05cc>]
[<c01af738>]
[<c01b751f>] [<c01c8add>] [<c0131c46>] [<c0132163>] [<c0145cc1>]
[<c0145ec4>]
[<c0158185>] [<c015843b>] [<c015829c>] [<c0158864>] [<c0108c33>]
Code: 8b 58 58 85 c0 8b 4c 24 1c 53 bb 0c 00 00 00 74 07 0f b7 98
>>EIP; c01bdd7e <xfs_ioerror_alert+e/60> <=====
Trace; c01acd80 <xlog_recover_do_buffer_trans+130/250>
Trace; c01ad782 <xlog_recover_do_trans+52/100>
Trace; c01ad8c6 <xlog_recover_commit_trans+26/40>
Trace; c01ada2a <xlog_recover_process_data+12a/1d0>
Trace; c01ae704 <xlog_do_recovery_pass+354/800>
Trace; c01aec34 <xlog_do_log_recovery+84/b0>
Trace; c01aec81 <xlog_do_recover+21/110>
Trace; c01aee02 <xlog_recover+92/b0>
Trace; c01a7f20 <xfs_log_mount+80/c0>
Trace; c01b05cc <xfs_mountfs+a7c/f00>
Trace; c01af738 <xfs_readsb+38/c0>
Trace; c01b751f <xfs_mount+20f/280>
Trace; c01c8add <linvfs_read_super+11d/250>
Trace; c0131c46 <kmem_cache_grow+e6/260>
Trace; c0132163 <kmalloc+a3/180>
Trace; c0145cc1 <get_sb_bdev+1b1/230>
Trace; c0145ec4 <do_kern_mount+54/100>
Trace; c0158185 <do_add_mount+75/140>
Trace; c015843b <do_mount+14b/170>
Trace; c015829c <copy_mount_options+4c/a0>
Trace; c0158864 <sys_mount+a4/100>
Trace; c0108c33 <system_call+33/38>
Code; c01bdd7e <xfs_ioerror_alert+e/60>
00000000 <_EIP>:
Code; c01bdd7e <xfs_ioerror_alert+e/60> <=====
0: 8b 58 58 mov 0x58(%eax),%ebx <=====
Code; c01bdd81 <xfs_ioerror_alert+11/60>
3: 85 c0 test %eax,%eax
Code; c01bdd83 <xfs_ioerror_alert+13/60>
5: 8b 4c 24 1c mov 0x1c(%esp,1),%ecx
Code; c01bdd87 <xfs_ioerror_alert+17/60>
9: 53 push %ebx
Code; c01bdd88 <xfs_ioerror_alert+18/60>
a: bb 0c 00 00 00 mov $0xc,%ebx
Code; c01bdd8d <xfs_ioerror_alert+1d/60>
f: 74 07 je 18 <_EIP+0x18> c01bdd96
<xfs_ioerror_alert+26/60>
Code; c01bdd8f <xfs_ioerror_alert+1f/60>
11: 0f b7 98 00 00 00 00 movzwl 0x0(%eax),%ebx
2 warnings issued. Results may not be reliable.
--
Austin Gonyou <austin@xxxxxxxxxxxxxxx>
Coremetrics, Inc.
|