From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 13:42:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 270081065783; Mon, 9 Apr 2012 13:42:04 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from zimbra.averesystems.com (75-149-8-245-Pennsylvania.hfc.comcastbusiness.net [75.149.8.245]) by mx1.freebsd.org (Postfix) with ESMTP id C98138FC12; Mon, 9 Apr 2012 13:42:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.averesystems.com (Postfix) with ESMTP id 30F39446006; Mon, 9 Apr 2012 09:31:28 -0400 (EDT) X-Virus-Scanned: amavisd-new at averesystems.com Received: from zimbra.averesystems.com ([127.0.0.1]) by localhost (zimbra.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R1lVzEGRrzHd; Mon, 9 Apr 2012 09:31:23 -0400 (EDT) Received: from riven.arriad.com (fw.arriad.com [10.0.0.16]) by zimbra.averesystems.com (Postfix) with ESMTPSA id 914EC446003; Mon, 9 Apr 2012 09:31:23 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Andrew Boyer In-Reply-To: <4F82B42B.1050900@zedat.fu-berlin.de> Date: Mon, 9 Apr 2012 09:32:01 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4F7ED7F4.5060509@zedat.fu-berlin.de> <687BFFD7-1456-4D7B-AFB2-356EE9B0D1DD@gmail.com> <4F818A3B.5040904@quip.cz> <4F82B42B.1050900@zedat.fu-berlin.de> To: O. Hartmann X-Mailer: Apple Mail (2.1084) Cc: Nikolay Denev , freebsd-performance@freebsd.org, Current FreeBSD , Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: ECC memory driver in FreeBSD 10? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2012 13:42:04 -0000 On Apr 9, 2012, at 6:04 AM, O. Hartmann wrote: > Am 04/08/12 14:53, schrieb Miroslav Lachman: >> Nikolay Denev wrote: >>> On Apr 6, 2012, at 2:48 PM, O. Hartmann wrote: >>>=20 >>>> I'm looking for a way to force FreeBSD 10 to maintain/watch ECC = errors >>>> reported by UEFI (or BIOS). >>>> Since ECC is said to be essential for server systems both in = buisness >>>> and science and I do not question this, I was wondering if I can = not >>>> report ECC errors via a watchdog or UEFI (ACPI?) report to syslog >>>> facility on FreeBSD. >>>> FreeBSD is supposed to be a server operating system, as far as I = know, >>>> so I believe there must be something which didn't have revealed = itself >>>> to me, yet. >>=20 >>>=20 >>> If the hardware supports it, such errors should be logged as MCEs >>> (Machine Check Exceptions). >>> I can say for sure it works pretty well with Dell servers, as I had=20= >>> one with failing RAM module, and >>> it reported the corrected ECC errors in dmesg. >>=20 >> Memory ECC errors are logged in to messages and you can decode it by >> sysutils/mcelog. I did it in the past on one of our Sun Fire X2100 M2 >> with FreeBSD 8.x. >>=20 >> Miroslav Lachman >=20 > Seems that I have been blessed with non-faulty memory over tha past > three or four years. Last time I saw errors was around 2000. All of = our > 24/7 servers do have ECC RAM. >=20 > So, your replies all implies if I log the system's messages via syslog > properly (as we do remotely on a centralized server), then ECC errors > should be reported by FreeBSD/kernel in a canonical way as the = UEFI/BIOS > reports them? > Without special drivers/tools, scripts which scans for those errors > should report occurences? >=20 > Since my (FreeBSD) boxes didn't show up errors of that kind - Linux > boxes of a colleague did once! - doesn't imply missing capabilities. > This is nice to hear/read. >=20 > Thanks a lot, >=20 > Oliver >=20 This is what you see in syslog when sys/x86/x86/mca.c detects a memory = error: > Mar 16 12:37:33 hostname kernel: MCA: Bank 8, Status = 0x8c0000400001009f > Mar 16 12:37:33 hostname kernel: MCA: Global Cap 0x0000000000001c09, = Status 0x0000000000000000 > Mar 16 12:37:33 hostname kernel: MCA: Vendor "GenuineIntel", ID = 0x206c2, APIC ID 0 > Mar 16 12:37:33 hostname kernel: MCA: CPU 0 COR (1) RD channel ?? = memory error > Mar 16 12:37:33 hostname kernel: MCA: Address 0xb43ca6240 > Mar 16 12:37:33 hostname kernel: MCA: Misc 0x4ac8111000064808 mcelog will help you figure out which DIMM is affected. Also, if your server includes an IPMI controller, the BIOS should be set = up to log memory errors to the IPMI system event log (SEL). You can = look at the SEL with ipmitool from the ports collection. 'ipmitool sel = list' will show you if any errors have been reported. -Andrew -------------------------------------------------- Andrew Boyer aboyer@averesystems.com