I'm having big problems with a netfinity 5500. The distribution is a
standard RH 6.0 + all the updates + the IBM ServeRaid driver. I patched
the kernel and rebuilt the kernel rpm.
The ServeRaid has 3 Seagate Cheeta 8.7Gb disks, configured as a single
raid 5 array. linux correctly sees one 17 Gb disk.
The machine starts, but every time I try to stress it a bit I receive an
oops similar to the one appended at the end of the message. After that
every process that tries to write to the disk hangs.
Any ideas?
Ciao
andrea
Options used: -V (default)
-o /lib/modules/2.2.5-15/ (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-m /usr/src/linux/System.map (default)
-c 1 (default)
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.
Unable to handle kernel paging request at virtual address 00010000
current->tss.cr3 = 00fcb000, %cr3 = 00fcb000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c01267a4>]
EFLAGS: 00010206
eax: 00010000 ebx: 0006090c ecx: 00000807 edx: 00010000
esi: 00000400 edi: 00000007 ebp: 00000807 esp: cfd51d70
ds: 0018 es: 0018 ss: 0018
Process Bonnie (pid: 513, process nr: 6, stackpage=cfd51000)
Stack: c01267df 00000807 0006090c 00000400 c0126b5f 00000807 0006090c
00000400
0006090c c9a42e00 00000007 cfd51e20 c9a41760 c013aed1 00000807
0006090c
00000400 0006090c cfd51f08 c2ac8000 cfd51dec 00000000 00000008
00000008
Call Trace: [<c01267df>] [<c0126b5f>] [<c013aed1>] [<c013d04c>]
[<c013d5a5>] [<c013d84d>] [<c013bce9>]
[<c01a1fb2>] [<d004ee08>] [<c0111839>] [<c0111912>] [<c01253db>]
[<c013b8f4>] [<c01096c8>]
Code: 8b 00 39 5a 04 75 15 39 72 08 75 10 66 39 4a 0c 75 0a 89 d0
[
>>EIP: c01267a4 <find_buffer+24/4c>
Trace: c01267df <get_hash_table+13/20>
Trace: c0126b5f <getblk+1b/224>
Trace: c013aed1 <is_bad_inode+8f8d/102e8>
Trace: c013d04c <is_bad_inode+b108/102e8>
Trace: c013d5a5 <is_bad_inode+b661/102e8>
Trace: c013d84d <is_bad_inode+b909/102e8>
Trace: c013bce9 <is_bad_inode+9da5/102e8>
Trace: c01a1fb2 <secure_tcp_sequence_number+3bd2/a1c0>
Code: c01267a4 <find_buffer+24/4c> 00000000 <_EIP>: <===
Code: c01267a4 <find_buffer+24/4c> 0: 8b 00
movl (%eax),%eax <===
Code: c01267a6 <find_buffer+26/4c> 2: 39 5a 04
cmpl %ebx,0x4(%edx)
Code: c01267a9 <find_buffer+29/4c> 5: 75 15
jne c01267c0 <find_buffer+40/4c>
Code: c01267ab <find_buffer+2b/4c> 7: 39 72 08
cmpl %esi,0x8(%edx)
Code: c01267ae <find_buffer+2e/4c> a: 75 10
jne c01267c0 <find_buffer+40/4c>
Code: c01267b0 <find_buffer+30/4c> c: 66 39 4a 0c
cmpw %cx,0xc(%edx)
Code: c01267b4 <find_buffer+34/4c> 10: 75 0a
jne c01267c0 <find_buffer+40/4c>
Code: c01267b6 <find_buffer+36/4c> 12: 89 d0
movl %edx,%eax
2 warnings and 1 error issued. Results may not be reliable.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/