Pick an oops...any oops...
Waited for md0 to finish resync....qla2x00 wasn't loaded....no NFS. No
other resyncs going on. Next I'm going to back to an ealier kernel and see
what happens. Now got this oops:
ksymoops 2.4.5 on i686 2.4.19-pre4. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.19-pre4/ (default)
-m /System.map (specified)
invalid operand: 00000
CPU: 0
EIP: 0010[<f8824a7f>] Tainted: P
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010002
eax: 00000010 ebx: e1ea00c0 ecx: 00000006 edx: e1c6fc00
esi: 00000004 edi: 00000202 ebp: c0554c00 esp: e27ebc78
Process raid5d (pid: 5352, stackpage=e27eb000)
Stack: f7a62ab8 e1ea00c0 00000008 f7a62a00 00000000 00000008 e1c6fc00
c01a385e
e1ea00c0 00000001 f7a62a00 00000040 00000001 f7a62a00
Call Trace: c01a385e c01a3b5a c01ba15a c019dd87 c019dc46
c011ae10 c011aced c011aa8f c01087bd c010a8f8 f8821378
f8821d28 f88250ef f88262e1 c019daeb f88269c7 c01c5a75
c0105644
Code: f0 64 65 76 69 63 65 20 73 75 70 70 6f 72 74 3a 0a 23 20 4d
>>EIP; f8824a7f <[raid5]raid5_end_read_request+57/174> <=====
>>ebx; e1ea00c0 <_end+21b7388c/384f07cc>
>>edx; e1c6fc00 <_end+219433cc/384f07cc>
>>ebp; c0554c00 <_end+2283cc/384f07cc>
>>esp; e27ebc78 <_end+224bf444/384f07cc>
Trace; c01a385e <__scsi_end_request+6a/12c>
Trace; c01a3b5a <scsi_io_completion+162/36c>
Trace; c01ba15a <rw_intr+196/1a0>
Trace; c019dd87 <scsi_finish_command+a7/b0>
Trace; c019dc46 <scsi_bottom_half_handler+c2/d8>
Code; f8824a7f <[raid5]raid5_end_read_request+57/174>
00000000 <_EIP>:
Code; f8824a7f <[raid5]raid5_end_read_request+57/174> <=====
0: f0 lock <=====
Code; f8824a80 <[raid5]raid5_end_read_request+58/174>
1: 64 fs
Code; f8824a81 <[raid5]raid5_end_read_request+59/174>
2: 65 gs
Code; f8824a82 <[raid5]raid5_end_read_request+5a/174>
3: 76 69 jbe 6e <_EIP+0x6e> f8824aed
<[raid5]raid5_end_read_request+c5/174>
Code; f8824a84 <[raid5]raid5_end_read_request+5c/174>
5: 63 65 20 arpl %sp,0x20(%ebp)
Code; f8824a87 <[raid5]raid5_end_read_request+5f/174>
8: 73 75 jae 7f <_EIP+0x7f> f8824afe
<[raid5]raid5_end_read_request+d6/174>
Code; f8824a89 <[raid5]raid5_end_read_request+61/174>
a: 70 70 jo 7c <_EIP+0x7c> f8824afb
<[raid5]raid5_end_read_request+d3/174>
Code; f8824a8b <[raid5]raid5_end_read_request+63/174>
c: 6f outsl %ds:(%esi),(%dx)
Code; f8824a8c <[raid5]raid5_end_read_request+64/174>
d: 72 74 jb 83 <_EIP+0x83> f8824b02
<[raid5]raid5_end_read_request+da/174>
Code; f8824a8e <[raid5]raid5_end_read_request+66/174>
f: 3a 0a cmp (%edx),%cl
Code; f8824a90 <[raid5]raid5_end_read_request+68/174>
11: 23 20 and (%eax),%esp
Code; f8824a92 <[raid5]raid5_end_read_request+6a/174>
13: 4d dec %ebp
________________________________________
Michael D. Black Principal Engineer
mblack@csihq.com 321-676-2923,x203
http://www.csihq.com Computer Science Innovations
http://www.csihq.com/~mike My home page
FAX 321-676-2355
----- Original Message -----
From: "Mike Black" <mblack@csihq.com>
To: "linux-kernel" <linux-kernel@vger.kernel.org>; "raid"
<linux-raid@vger.kernel.org>
Cc: "John Graves" <jgraves@csihq.com>
Sent: Friday, March 22, 2002 12:43 PM
Subject: Re: 2.4.19-pre4 aic7xxx problems
OK...no nfs modules loaded now and we get another oops (all 3 raid arrays
were resyncing). Next we will let md0 resync (this always seems to work
OK), disable the fibre chanel (removing the qla2x00 module) before we try
our aic7xxx raid5 resync.
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
