<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/21 <<a href="mailto:m.roth@5-cent.us">m.roth@5-cent.us</a>><br>
>> Vladimir Budnev wrote:<br>
>> > Hello community.<br>
>> ><br>
>> > We are running, Centos 4.8 on SuperMicro SYS-6026T-3RF with 2xIntel<br>
>> > Xeon E5630 and 8xKingston KVR1333D3D4R9S/4G<br>
>> ><br>
>> > For some time we have lots of MCE in mcelog and we cant find out the<br>
>> > reason.<br>
>><br>
>> The only thing that shows there (when it shows, since sometimes it<br>
>> doesn't seem to) is a hardware error. You *WILL* be replacing hardware,<br>
sometime<br>
>> soon, like yesterday.<br>
</div><snip><br>
<div class="im">>> Bad news: you have *two* DIMMs failing, one associated with the physical<br>
>> CPU that has core 53, and another associated with the physical CPU that<br>
>> has cores 32-35.<br>
</div><snip><br>
<div class="im">> Last night we'v made some research to find out which RAM modules bugged.<br>
><br>
> To be noticed we have 8 modules 4G each.<br>
</div><snip><br>
<div class="im">> Finally we'v placed last 2 modules...and no errors. It should be noticed<br>
> that at that step we have exactly the same modules placement as before<br>
> experiment.<br>
><br>
> Sounds strange, but at first glance looks like smthg was wrong with<br>
> modules placement. But we cant realise why the problem didnt show for<br>
the first<br>
> days, even month of server running. Noone touched server HW, so i have no<br>
> idea what was that.<br>
><br>
> Now we are just waiting will there be errors again.<br>
<br>
</div>I'm sure there will. Reseating the memory may have done something, but<br>
there will, I'll wager.<br></blockquote><div><br>mark, you are absolutely right :) Approximetely 1h ago errors appeared. They appeared only once since reboot, but they r back. Hi there :(<br><br>The good idea is that CPU numbers changed, so now we have cpu 1,2,3 and 18,19,20,21.We definetely moved "broken" modules to another slots.<br>
Anyway bad dimm is really a good news for us instead of e.g.  motherboard.<br><br>We are going to continue party this night or tomorrow morning, and determin which two modules are broken.<br><br>Is it possible to determine which physical dimms correspond to those cpus noticed in mce messagees? We have two rows of slots(6 slot for each row) one for cpu1 and second for cpu2. Used slots marked as cpu1-a1,cpu1-a2,cpu1-a3,cpu1-b1 and cpu2-a1,cpu2-a2,cpu2-a3,cpu2-b1.<br>
<br>I remeber that you adviced to divide cpu number on physical core count. We have 2 quad core proc, so 8 cpu. 1/8=0 Is it cpu-a1 slot or depends on situation? I hope we will find those bustards ourselvs but hint would be great.<br>
<br>And one more thing i cant funderstand ... if there is,say, 8 "cpu numbers" per each memory module(in our situation), why we see only 4 numbers and not 8 e.g. 0,1,2,3,4,5,6,7 ?<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>
Here's a question out of left field: who was the manufacturer of the 4G<br>
DIMMs? Not Supermicro, but the DIMMs themselves?<br></blockquote><div><br>This is Kingston KVR1333D3D4R9S/4G if i got the question<br></div></div><br>