JHD
-
Gesamte Inhalte
3 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von JHD
-
-
Die W-CPUs sind für Workstations gedacht, nicht für Server.
Nebenbei: Guckt in das Management-Log des Serviceprozessors (ILO/RSA/IMM/DRAC) - dort sollte sich wesentlich bessere Fehlermeldungen finden lassen.
Das ist bekannt. Allerdings haben wir CPUs mit einer hohen Integer-Leistung pro Kern benötigt. Und da konnten die Schleicher aus der 7000er-Reihe nicht mithalten... Aus diesem Grund sind sie nun in einem Server gelandet.
Supermicro-Boards unterstützen den offenen Standard "IPMI". Da werden wir jetzt in der Tat noch mal zur Analyse einsteigen, bevor wir das Board tauschen... Kann m. E. nur an einem defekten RAM-Slot liegen...
Grüße
JHD
-
Hallo Deatheye,
wir haben einen Server, bei dem dasselbe Problem auftritt.
2x Intel Xeon W5580 auf Supermicro X8DTN+ mit 6x8 GB DDR-3 PC3-8500 Reg. ECC
Der Fehler tritt sowohl auf Prozessor-ID 0x0 als auch 0x10 auf:
Protokollname: System
Quelle: Microsoft-Windows-WHEA-Logger
Datum: 03.08.2009 16:09:16
Ereignis-ID: 19
Aufgabenkategorie:Keine
Ebene: Warnung
Schlüsselwörter:
Benutzer: LOKALER DIENST
Computer: XXXXXXXXXXX.YY.ZZ.de
Beschreibung:
Behobener Hardwarefehler.
Fehlerquelle: Behobene Computerüberprüfung
Fehlertyp: Speichercontrollerfehler
Prozessor-ID gültig: Ja
Prozessor-ID: 0x10
Steckplatznummer: 8
Transaktionstyp: Nicht zutreffend
Prozessorteilnahme: Nicht zutreffend
Anforderungstyp: Nicht zutreffend
Arbeitsspeicher/EA: Nicht zutreffend
Arbeitsspeicher-Hierarchieebene: Nicht zutreffend
Zeitlimit: Nicht zutreffend
Habt Ihr mittlerweile eine Lösung des Problems gefunden? Wenn ja: Woran lag es?
Wie sah Eure System-Konfiguration aus?
Grüße
JHD
Unerwarteter Reboot - WHEA-Logger-Eintrag
in Windows Server Forum
Geschrieben
Jo, ist bei uns ständig aufgetreten. Dasselbe Problem hatten wir mit einem Austausch-Board der Firma Tyan, mit einer alternativen CPU sowie mit anderen Speichermodulen. Die Maschine war mittlerweile bei Supermicro, wo sie wochenlang nach der Ursache gesucht haben. Mittlerweile gibt es eine Lösung: Im BIOS den C1-State bei den CPU-Einstellungen disablen. Danach tritt der Fehler, der zu dem WHEA-Logger-Eintrag führt, nicht mehr auf... Ist vorerst wohl nur ein Workaround, aber eine endgültige Lösung scheint es noch nicht zu geben. (Wie gesagt: Scheint ein grundsätzliches Problem zu sein, da bei einem Tyan-Board derselbe Fehler aufgetreten ist.)