decoding MCE Logs? Possible hardware issue?
Jarod Wilson
jarod-ajLrJawYSntWk0Htik3J/w at public.gmane.org
Tue Sep 28 21:47:08 EDT 2010
On Tue, Sep 28, 2010 at 9:48 AM, Derek Atkins <warlord-3s7WtUTddSA at public.gmane.org> wrote:
> I noticed the following in my mcelog, and I was hoping someone could
> help be decode this. My google fu has not let me to an answer.
>
> I'm running a Supermicro H8DA3-2 with two Quad-Core AMD Opteron(tm)
> Processor 2378 and 16GB of RAM (8 sticks of ACTICA DDR2 667 2GB ECC REG)
> purchased with the machine in Jan, 2009.
>
> Is this a memory issue?
At first glance, it looks to be a bad cpu l3 cache, but hard to say for sure...
$ <paste your log into file 'log'>
$ mcelog --k8 --ascii < log
mcelog: Cannot open /dev/mem for DMI decoding: Permission denied
MCE 0
HARDWARE ERROR. This is *NOT* a software problem!
Please contact your hardware vendor
MISC c008000001000000 ADDR 1c88309c0
STATUS 9c6cc450001d017b MCGSTATUS 0
HARDWARE ERROR. This is *NOT* a software problem!
Please contact your hardware vendor
CPU 0 0 data cache MISC c008000001000000 ADDR 1c88309c0
Data cache ECC error (syndrome d9)
bit42 = L3 subcache in error bit 0
bit46 = corrected ecc error
bit59 = misc error valid
memory/cache error 'evict mem transaction, generic transaction, level generic'
STATUS 9c6cc450001d017b MCGSTATUS 0
(Fields were incomplete)
I'd run mcelog with root privs on that machine itself and without the
--k8 flag (I ran on an Intel box) to make sure its got the right cpu
type and access to /dev/mem for more accurate results...
--
Jarod Wilson
jarod-ajLrJawYSntWk0Htik3J/w at public.gmane.org
More information about the Discuss
mailing list