* raid5:md3: read error corrected , followed by , Machine Check Exception: .
@ 2007-07-15 0:08 Mr. James W. Laferriere
2007-07-15 0:11 ` Justin Piszcz
2007-07-15 1:04 ` Alan Cox
0 siblings, 2 replies; 5+ messages in thread
From: Mr. James W. Laferriere @ 2007-07-15 0:08 UTC (permalink / raw)
To: linux-raid maillist, Linux Kernel Maillist
Hello All , I was under the impression that a 'machine check' would be
caused by some near to the CPU hardware failure , Not a bad disk ?
I was also under the impression that software raid s/b a little more
resilient than this .
But then maybe one or the other of the subsystems walked all over the
other one trying to correct itself . Who knows .
The below is ALL I'll be able to get . A log of a previous boot is
available at ...
http://www.baby-dragons.com/test-2.6.21.5-mptscsi-4.00.10.00-2007006161326.log
Tia , JimL
filesrv2 login: Jul 14 22:58:48 filesrv2 -- MARK --
Jul 14 23:00:26 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 0x08000002
Jul 14 23:00:26 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:00:26 filesrv2 kernel: Additional sense: Read retries exhausted
Jul 14 23:00:26 filesrv2 kernel: Info fld=0x2f9c0f8
Jul 14 23:00:26 filesrv2 kernel: end_request: I/O error, dev sdd, sector 49922296
Jul 14 23:00:27 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 49922296 on sdd)
Jul 14 23:17:06 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 0x08000002
Jul 14 23:17:06 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:17:06 filesrv2 kernel: Additional sense: Read retries exhausted
Jul 14 23:17:06 filesrv2 kernel: Info fld=0x44ebd82
Jul 14 23:17:06 filesrv2 kernel: end_request: I/O error, dev sdd, sector 72269186
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269184 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269192 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269200 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269208 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269216 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269224 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269232 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269240 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269248 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269256 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269264 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269272 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269280 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269288 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269296 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269304 on sdd)
Jul 14 23:20:11 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 0x08000002
Jul 14 23:20:11 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:20:11 filesrv2 kernel: Additional sense: Read retries exhausted
Jul 14 23:20:11 filesrv2 kernel: Info fld=0x4895ac1
Jul 14 23:20:11 filesrv2 kernel: end_request: I/O error, dev sdd, sector 76110529
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76110528 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76110536 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76110544 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76110552 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76110560 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76110568 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76110576 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76110584 on sdd)
Jul 14 23:20:28 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 0x08000002
Jul 14 23:20:28 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:20:28 filesrv2 kernel: Additional sense: Read retries exhausted
Jul 14 23:20:28 filesrv2 kernel: Info fld=0x48d97ac
Jul 14 23:20:28 filesrv2 kernel: end_request: I/O error, dev sdd, sector 76388268
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388264 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388272 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388280 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388288 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388296 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388304 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388312 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388320 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388328 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388336 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388344 on sdd)
Jul 14 23:38:48 filesrv2 -- MARK --
CPU 5: Machine Check Exception: 0000000000000004
CPU 4: Machine Check Exception: 0000000000000004
Kernel panic - not syncing: Unable to continue
--
+-----------------------------------------------------------------+
| James W. Laferriere | System Techniques | Give me VMS |
| Network Engineer | 663 Beaumont Blvd | Give me Linux |
| babydr@baby-dragons.com | Pacifica, CA. 94044 | only on AXP |
+-----------------------------------------------------------------+
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: raid5:md3: read error corrected , followed by , Machine Check Exception: .
2007-07-15 0:08 raid5:md3: read error corrected , followed by , Machine Check Exception: Mr. James W. Laferriere
@ 2007-07-15 0:11 ` Justin Piszcz
2007-07-15 1:04 ` Alan Cox
1 sibling, 0 replies; 5+ messages in thread
From: Justin Piszcz @ 2007-07-15 0:11 UTC (permalink / raw)
To: Mr. James W. Laferriere; +Cc: linux-raid maillist, Linux Kernel Maillist
On Sat, 14 Jul 2007, Mr. James W. Laferriere wrote:
> Hello All , I was under the impression that a 'machine check' would
> be caused by some near to the CPU hardware failure , Not a bad disk ?
> I was also under the impression that software raid s/b a little more
> resilient than this .
> But then maybe one or the other of the subsystems walked all over the
> other one trying to correct itself . Who knows .
> The below is ALL I'll be able to get . A log of a previous boot is
> available at ...
>
> http://www.baby-dragons.com/test-2.6.21.5-mptscsi-4.00.10.00-2007006161326.log
Looks like /dev/sdd is on its way out, repace the drive? I'm not sure
however why you'd get those MCEs at the end unless you really have bad
CPUs or memory in the system?
Justin.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: raid5:md3: read error corrected , followed by , Machine Check Exception: .
2007-07-15 0:08 raid5:md3: read error corrected , followed by , Machine Check Exception: Mr. James W. Laferriere
2007-07-15 0:11 ` Justin Piszcz
@ 2007-07-15 1:04 ` Alan Cox
2007-07-15 2:32 ` Mr. James W. Laferriere
1 sibling, 1 reply; 5+ messages in thread
From: Alan Cox @ 2007-07-15 1:04 UTC (permalink / raw)
To: Mr. James W. Laferriere; +Cc: linux-raid maillist, Linux Kernel Maillist
On Sat, 14 Jul 2007 17:08:27 -0700 (PDT)
"Mr. James W. Laferriere" <babydr@baby-dragons.com> wrote:
> Hello All , I was under the impression that a 'machine check' would be
> caused by some near to the CPU hardware failure , Not a bad disk ?
It indicates a hardware failure
> Jul 14 23:00:26 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 0x08000002
> Jul 14 23:00:26 filesrv2 kernel: sdd: Current: sense key: Medium Error
> Jul 14 23:00:26 filesrv2 kernel: Additional sense: Read retries exhausted
So your disk throws a fit
> Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269184 on sdd)
> Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269192 on sdd)
Raid happily recovers the mess
> Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388336 on sdd)
> Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388344 on sdd)
> Jul 14 23:38:48 filesrv2 -- MARK --
> CPU 5: Machine Check Exception: 0000000000000004
> CPU 4: Machine Check Exception: 0000000000000004
And at some point at least 18 minutes after the raid incident you log
CPU problems.
Are you sure the box or the room it is in didn't get excessively hot ?
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: raid5:md3: read error corrected , followed by , Machine Check Exception: .
2007-07-15 1:04 ` Alan Cox
@ 2007-07-15 2:32 ` Mr. James W. Laferriere
2007-07-16 19:42 ` Rogier Wolff
0 siblings, 1 reply; 5+ messages in thread
From: Mr. James W. Laferriere @ 2007-07-15 2:32 UTC (permalink / raw)
To: Alan Cox; +Cc: linux-raid maillist, Linux Kernel Maillist
Hello Alan (& Justin) ,
On Sun, 15 Jul 2007, Alan Cox wrote:
> On Sat, 14 Jul 2007 17:08:27 -0700 (PDT)
> "Mr. James W. Laferriere" <babydr@baby-dragons.com> wrote:
>
>> Hello All , I was under the impression that a 'machine check' would be
>> caused by some near to the CPU hardware failure , Not a bad disk ?
>
> It indicates a hardware failure
OK , Be funny :-} . Tho it ain't . I still think I am correct in
stating that a "'machine check' would be caused by some near to the CPU hardware
failure" . Ie: like physically shoved into the motherboard . Not a
indirectly connected device . Such as a disk drive .
>> Jul 14 23:00:26 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 0x08000002
>> Jul 14 23:00:26 filesrv2 kernel: sdd: Current: sense key: Medium Error
>> Jul 14 23:00:26 filesrv2 kernel: Additional sense: Read retries exhausted
>
> So your disk throws a fit
Actually it's brand new . Infant mortallity ? I at least have a cold
spare available . So Yes I am replacing that puppy . I'll drop it into another
system & give it the format command & see how much the user bad block table
grows . I'll bet I'll get a table full overflow on it .
>> Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269184 on sdd)
>> Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 72269192 on sdd)
>
> Raid happily recovers the mess
That they did . scsi & raid .
>> Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388336 on sdd)
>> Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 76388344 on sdd)
>> Jul 14 23:38:48 filesrv2 -- MARK --
>> CPU 5: Machine Check Exception: 0000000000000004
>> CPU 4: Machine Check Exception: 0000000000000004
>
> And at some point at least 18 minutes after the raid incident you log
> CPU problems.
I didn't notice the 18 Minute differance . Drats .
The 'MCE's have been ongoing for sometime . I have replaced every item
in the system except the chassis & scsi backplane & power supply(750Watts) .
Everything . MB,cpu,memory,scsi controllers, ...
These MCE's only happen when I am trying to build or bonnie++ test the
md3 . It consists of (now 7+1spare) 146GB drives in the SuperMicro
SYS-6035B-8B's backplane attached to a LSI22320 .
> Are you sure the box or the room it is in didn't get excessively hot ?
The room before and at the time of the MCE was never over 71F . Now the
memory temp might be a tad hot but I've got a small jet engine running in that
chassis as noisy as it is with fans so I don't see how anything in there could
be too hot .
Temp this time , 71.2F . everytime I try that array it MCE's .
I have another array in a JBOD box of 14 disks & I have no problems
with this system as long as I disconnect all the drives in the 8 drive Backplane .
I guess I'll just have to do without the extra 143,564,800K of data
space .
Twyl , JimL
ps: system face diagram ...
+-------------------------+
|0|1|2|3|4|6|7|-----------|
+-| | | | | | | |-----------|
| | | | | | | | |-----------|
| +-------------------------+
| \ /
| +---md3---+
|
| +-------------------------+
| |0|1|2|3|4|6|0|1|2|3|4|5|6|
+-| | | | | | | | | | | | | |
| | | | | | | | | | | | | |
+-------------------------+
\ /\ /
+---md4---+ +---md4--+
--
+-----------------------------------------------------------------+
| James W. Laferriere | System Techniques | Give me VMS |
| Network Engineer | 663 Beaumont Blvd | Give me Linux |
| babydr@baby-dragons.com | Pacifica, CA. 94044 | only on AXP |
+-----------------------------------------------------------------+
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: raid5:md3: read error corrected , followed by , Machine Check Exception: .
2007-07-15 2:32 ` Mr. James W. Laferriere
@ 2007-07-16 19:42 ` Rogier Wolff
0 siblings, 0 replies; 5+ messages in thread
From: Rogier Wolff @ 2007-07-16 19:42 UTC (permalink / raw)
To: Mr. James W. Laferriere
Cc: Alan Cox, linux-raid maillist, Linux Kernel Maillist
On Sat, Jul 14, 2007 at 07:32:38PM -0700, Mr. James W. Laferriere wrote:
> >So your disk throws a fit
>
> Actually it's brand new . Infant mortallity ? I at least have a
> cold spare available . So Yes I am replacing that puppy . I'll drop it
> into another system & give it the format command & see how much the user
> bad block table grows . I'll bet I'll get a table full overflow on it .
Manually keep both tables under supervision. I'd guess that if you
send it a format, it will update the factory table (and move the user
bad block table there).
But most will retry writing to the bad sectors. And with a fully-fresh
copy of the data, it will still be readable, and the blocks will be
marked as ready-for-use, because that's better for performance....
> >And at some point at least 18 minutes after the raid incident you log
> >CPU problems.
>
> I didn't notice the 18 Minute differance . Drats .
I'm not sure how this happened, but the disk errror messages seem to have
been logged by syslog, and the MCEs seem to have been copied from the
console: They don't have the date attached....?
Roger.
--
** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 **
** Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233 **
*-- BitWizard writes Linux device drivers for any device you may have! --*
Q: It doesn't work. A: Look buddy, doesn't work is an ambiguous statement.
Does it sit on the couch all day? Is it unemployed? Please be specific!
Define 'it' and what it isn't doing. --------- Adapted from lxrbot FAQ
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2007-07-16 19:42 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-07-15 0:08 raid5:md3: read error corrected , followed by , Machine Check Exception: Mr. James W. Laferriere
2007-07-15 0:11 ` Justin Piszcz
2007-07-15 1:04 ` Alan Cox
2007-07-15 2:32 ` Mr. James W. Laferriere
2007-07-16 19:42 ` Rogier Wolff
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®