<br><br><div class="gmail_quote">2011/3/22  <span dir="ltr"><<a href="mailto:m.roth@5-cent.us">m.roth@5-cent.us</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">Vladimir Budnev wrote:<br>
> 2011/3/22 <<a href="mailto:m.roth@5-cent.us">m.roth@5-cent.us</a>><br>
>> Vladimir Budnev wrote:<br>
>> > 2011/3/22 <<a href="mailto:m.roth@5-cent.us">m.roth@5-cent.us</a>><br>
>> >> Vladimir Budnev wrote:<br>
>> >> > 2011/3/22 <<a href="mailto:m.roth@5-cent.us">m.roth@5-cent.us</a>><br>
>> >> >> Vladimir Budnev wrote:<br>
>> >> >> > 2011/3/22 <<a href="mailto:m.roth@5-cent.us">m.roth@5-cent.us</a>><br>
>> >> >> >> Vladimir Budnev wrote:<br>
>> >> >> >> > 2011/3/22 <<a href="mailto:m.roth@5-cent.us">m.roth@5-cent.us</a>><br>
>> >> >> >> >> Vladimir Budnev wrote:<br>
>> >> >> >> >> > 2011/3/21 <<a href="mailto:m.roth@5-cent.us">m.roth@5-cent.us</a>><br>
>> >> >> >> >> >> Vladimir Budnev wrote:<br>
>> >> >> >> >> >> ><br>
>> >> >> >> >> >> > We are running, Centos 4.8 on SuperMicro SYS-6026T-3RF<br>
>> >> >> << >> >> > with 2xIntel Xeon E5630 and 8xKingston KVR1333D3D4R9S/4G<br>
>> >> >> >> >> >> ><br>
>> >> The next thing you should do, if you don't have them, is go to<br>
>> >> <<a href="http://www.supermicro.com/support/manuals/" target="_blank">http://www.supermicro.com/support/manuals/</a>> and d/l the manual, and<br>
>> >> see what it says about DIMMs.<br>
>> ><br>
>> > If you meaned to check whether those DIMM modules a compatible with<br>
</div>>> > motherboard , its ok. Kingstin KVR1333D3D4R9S is in tested list<br>
<div class="im">>> ><br>
>> <a href="http://www.supermicro.com/support/resources/memory/display.cfm?sz=4.0&mspd=1.333&mtyp=33&id=89A8A9B9E45453813BB99586F1BAE93F" target="_blank">http://www.supermicro.com/support/resources/memory/display.cfm?sz=4.0&mspd=1.333&mtyp=33&id=89A8A9B9E45453813BB99586F1BAE93F</a><br>

>> ><br>
>> No, what you need to see is a) whether what you did was valid (for the<br>
>> Supermicro m/b on the server I'm working on right now, the manual says<br>
>> the a-banks must *ALWAYS* be populated...), and b) you might find some<br>
>> troubleshooting info to help you identify which DIMMs are the problem.<br>
><br>
> Roger that. Our bad :(<br>
<br>
</div>Std. sysadmin reply: RTFM! <g><br>
<div class="im">><br>
>> > And can you say something about cpu wild numbers and determing which<br>
>> > dimms are bugged? didnt you mean some post ago that on x core system<br>
we must<br>
>> > divide cpu value on core numbers to get DIMM slot? e.g. CPU 32/8 cores<br>
>> ->4 slot?<br>
</div><snip><br>
<div class="im">>> So with 2 4-core Xeons, I don't understand how you can get 3x and 5x.<br>
>> Could you post some raw messages, either from /var/log/message or from<br>
>> /var/log/mcelog?<br>
>><br>
><br>
> sure here they are before "night party":<br>
> MCE 24<br>
> CPU 52 BANK 8 TSC 372a290717a<br>
> MISC 68651f800001186 ADDR 7dd2ad840<br>
> STATUS cc0002800001009f MCGSTATUS 0<br>
> MCE 25<br>
</div><snip><br>
At this point, I throw up my hands. I have *no* idea how they could get<br>
numbers like CPU 52, unless something's wrong in the o/s - I mean, you are<br>
running 64 bit, right?
<br></blockquote><div><br>Yeah, x86_64<br>I have an idea dunno....the thing is we r runngin 4.8 centos. Its old enough and mcelog version is old enough also, mb it decodes something completely wrong. <br>Anyway thanks so much for your time and answers. Hope we will find those dimms in experiments.<br>
 <br></div></div>