*New 12.1 series Release:
2020-03-24: XigmaNAS 12.1.0.4.7389 - released

*New 11.3 series Release:
2020-03-24: XigmaNAS 11.3.0.4.7383 - released!


We really need "Your" help on XigmaNAS https://translations.launchpad.net/xigmanas translations. Please help today!

Producing and hosting XigmaNAS costs money. Please consider donating for our project so that we can continue to offer you the best.
We need your support! eg: PAYPAL

KVR1333D3E9S + C2550D4I = no ECC support?

Motherboard compatibillity with XigmaNAS, questions, answers, suggestions
Forum rules
Set-Up GuideFAQsForum Rules
Post Reply
geos
NewUser
NewUser
Posts: 10
Joined: 23 Mar 2017 23:18
Status: Offline

KVR1333D3E9S + C2550D4I = no ECC support?

#1

Post by geos »

hello,

I bought a package of 3 KVR1333D3E9S modules (on QVL memory list, based on Hynix chips) and dmidecode -t memory shows:

Total Width: 64 bits
Data Width: 64 bits

Looks like ECC is not supported. Is dmidecode way the only way to check ECC support? What are your results for this combination of memory/motherboard?

thank you,
geos

User avatar
ChriZathens
Forum Moderator
Forum Moderator
Posts: 795
Joined: 23 Jun 2012 09:14
Location: Athens, Greece
Contact:
Status: Offline

Re: KVR1333D3E9S + C2550D4I = no ECC support?

#2

Post by ChriZathens »

In my experience, dmidecode reports 72 bits only with registered dimms.
My Nas
  1. Case: Fractal Design Define R2
  2. M/B: Supermicro x9scl-f
  3. CPU: Intel Celeron G1620
  4. RAM: 16GB DDR3 ECC (2 x Kingston KVR1333D3E9S/8G)
  5. PSU: Chieftec 850w 80+ modular
  6. Storage: 8x2TB HDDs in a RaidZ2 array ~ 10.1 TB usable disk space
  7. O/S: XigmaNAS 11.2.0.4.6625 -amd64 embedded
  8. Extra H/W: Dell Perc H310 SAS controller, crosflashed to LSI 9211-8i IT mode, 8GB Innodisk D150SV SATADOM for O/S

Backup Nas: HP N40L (4x1TB HP branded Seagate disks in RaidZ configuration - 8GB ECC RAM)

geos
NewUser
NewUser
Posts: 10
Joined: 23 Mar 2017 23:18
Status: Offline

Re: KVR1333D3E9S + C2550D4I = no ECC support?

#3

Post by geos »

thanks for reply. on my other box which is AMD FX8320E, Sabertooth 990FX R2.0 and unbuffered ECC memory it reports 72 bits too:

Code: Select all

$ sudo dmidecode -t memory | grep -i width | sort -u
	Data Width: 64 bits
	Total Width: 72 bits
it also notifies in dmesg that ECC is enabled:

Code: Select all

$ dmesg | grep -i 'edac'
[    9.764412] EDAC MC: Ver: 3.0.0
[    9.790402] AMD64 EDAC driver v3.4.0
[    9.790426] EDAC amd64: DRAM ECC enabled.
[    9.790438] EDAC amd64: F15h detected (node 0).
[    9.790469] EDAC MC: DCT0 chip selects:
[    9.790471] EDAC amd64: MC: 0:  4096MB 1:  4096MB
[    9.790472] EDAC amd64: MC: 2:  4096MB 3:  4096MB
[    9.790473] EDAC amd64: MC: 4:     0MB 5:     0MB
[    9.790474] EDAC amd64: MC: 6:     0MB 7:     0MB
[    9.790475] EDAC MC: DCT1 chip selects:
[    9.790476] EDAC amd64: MC: 0:  4096MB 1:  4096MB
[    9.790477] EDAC amd64: MC: 2:  4096MB 3:  4096MB
[    9.790478] EDAC amd64: MC: 4:     0MB 5:     0MB
[    9.790479] EDAC amd64: MC: 6:     0MB 7:     0MB
[    9.790480] EDAC amd64: using x4 syndromes.
[    9.790481] EDAC amd64: MCT channel count: 2
[    9.790497] EDAC amd64: CS0: Unbuffered DDR3 RAM
[    9.790498] EDAC amd64: CS1: Unbuffered DDR3 RAM
[    9.790499] EDAC amd64: CS2: Unbuffered DDR3 RAM
[    9.790500] EDAC amd64: CS3: Unbuffered DDR3 RAM
[    9.790785] EDAC MC0: Giving out device to module amd64_edac controller F15h: DEV 0000:00:18.2 (INTERRUPT)
[    9.790819] EDAC PCI0: Giving out device to module amd64_edac controller EDAC PCI controller: DEV 0000:00:18.2 (POLLED)
I get the same result for KVR1333D3E9S in Sabertooth mobo but not in C2550C4I.

from what I could read on the internet is that determining if ECC is in use or not is quite tricky thing. I tried memtest86 business version which reports that ECC is enabled but any ECC error injection test is ignored, ie. there is no report that ECC error is detected and corrected for C2550C4I + KVR1333D3E9S. I would like to be more sure that ECC is really supported by this motherboard... strange that there is no definitive answer to that.

User avatar
ChriZathens
Forum Moderator
Forum Moderator
Posts: 795
Joined: 23 Jun 2012 09:14
Location: Athens, Greece
Contact:
Status: Offline

Re: KVR1333D3E9S + C2550D4I = no ECC support?

#4

Post by ChriZathens »

The only time when I have personally seen 72bits with Intel CPUs, is when I was checking machines with registered RAM
Below is a Dell Poweredge T110 with registered ECC (Xeon X3430 with 4GB Registered ECC):

Code: Select all

dmidecode -t memory | grep -i width | sort -u
        Data Width: 64 bits
        Total Width: 72 bits
This is what I get from my primary NAS (details in my sig):

Code: Select all

# dmidecode -t memory | grep -i width | sort -u
        Data Width: 64 bits
        Total Width: 128 bits
And this is my backup NAS (again details in sig):

Code: Select all

dmidecode -t memory | grep -i width |sort -u
        Data Width: 64 bits
        Total Width: 72 bits
As you can see, the one with the registered RAM shows total width of 72, so is my backup NAS which has an AMD CPU (perhaps that's the thing?)

My main NAS is a totally different story. 64bits/128bits
Keep in mind , though, that both my NAS use the same type of RAM and I have no reason to believe that my Supermicro motherboard on my primary NAS does not support/use ECC.
My CPU also supports ECC .

Also keep in mind that dmidecode is not the most trustworthy solution when it comes to verifying working ECC.
I'd say don't torture yourself..
My Nas
  1. Case: Fractal Design Define R2
  2. M/B: Supermicro x9scl-f
  3. CPU: Intel Celeron G1620
  4. RAM: 16GB DDR3 ECC (2 x Kingston KVR1333D3E9S/8G)
  5. PSU: Chieftec 850w 80+ modular
  6. Storage: 8x2TB HDDs in a RaidZ2 array ~ 10.1 TB usable disk space
  7. O/S: XigmaNAS 11.2.0.4.6625 -amd64 embedded
  8. Extra H/W: Dell Perc H310 SAS controller, crosflashed to LSI 9211-8i IT mode, 8GB Innodisk D150SV SATADOM for O/S

Backup Nas: HP N40L (4x1TB HP branded Seagate disks in RaidZ configuration - 8GB ECC RAM)

Post Reply

Return to “Motherboards”