xfs_ioerror_alert isn't supposed to be oopsing (i.e. there's no BUG()
call in there...)
In general, a kdb backtrace will be more interesting than ksymoops
output - we get to see function args that way. Better yet, grab us
on irc while it's in kdb.
You can also type something like "kdb> dmesg n" where "n" is the number
of lines from the end of dmesg to print - sometimes a printk has not made
it out yet, but it is in the log buffer.
-Eric
On 18 Feb 2003, Austin Gonyou wrote:
> 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.
>
>
|