How do I get notified, when a Linux machine equipped with ECC memory recognizes a memory failure? I'm interested in both correctable and uncorrectable errors.
- if a message is written to dmesg/the syslog, this is already fine, but I'd love to know what to look for
- installing additional daemons (like smartmontools for hard drives) is acceptable
- Nagios/Icinga monitoring would be another way to go
- not all machines to be monitored have IPMI
Systems of interest have Supermicro boards (X9SCM-F), regarding an HP N54L Microserver I'm just curios, but don't care too much. All systems run Debian or Ubuntu Linux.
The Linux kernel supports the error detection and correction (EDAC) features of some chipsets. On a supported system with ECC the status of your memory controller is accessible via sysfs:
The directory tree under that locations should correspond to your hardware, e.g.:
Depending on your hardware, you might have to explicitly load the right edac driver, cf.:
The
edac-utils
package provides a command line frontend and a library for accessing that data, e.g.:You can setup some kind of cron-job that periodically calls
eac-util
and feeds the results into your monitoring system, where you can then configure some notifications.In addition to that, running
mcelog
is generally a good idea. Depends on the system, but uncorrectable/correctable ECC errors are likely reported as machine check exception (MCE), as well. I mean, even brief periods of CPU throttling due to higher temperature are reported as MCE.mcelog
will monitor the memory controller and report memory error events to syslog, and in some configurations can offline bad memory pages. This is, of course, in addition to its usual use to monitor machine check exceptions and a variety of other hardware errors.Most Linux distributions have a service set up to run it as a daemon, e.g. for EL 6:
The
rasdaemon
package was created as a replacement foredac-tools
, and newer kernels don't even supportedac-tools
ormcelog
.An update to the EDAC linux kernel drivers changed how the memory error counters were managed in userspace, so
edac-tools
andmcelog
are effectively deprecated.This depends on your server hardware. A whitebox or a Supermicro system will handle this differently than a Dell, HP or IBM...
One of the value-add features of high-end servers is that there's a level of hardware/OS integration. Nicer servers will report what you're looking for as part of the management agents and/or out-of-band management solution (ILO, DRAC, IPMI).
You should use the tools native to your hardware platform.
Excerpt from an HP ProLiant servers running Linux and the HP Management agents:
and
or a more severe
or the worst... Ignoring an error for 6 days until the server crashes because of bad RAM
These were logged, plus SNMP traps and emails were sent.
Generically, you'll see Machine Check Exceptions in the kernel ring buffer, so you can check
dmesg
or run mcelog. In my experiences with Supermicro gear without IPMI, that didn't catch everything, and I still had RAM errors slip through the cracks and cause outages. Unfortunately, this led to archaic RAM burn-in policies before system deployments.As mentioned by another poster
mcelog
is deprecated and effectively replaced byrasdaemon
. I made a writeup on how to install and configure it on many Linux distributions, including instructions to properly setup DIMM labels.