Behandlung Von Speicherfehlern - Sun Microsystems Sparc Enterprise T5240 Wartungshandbuch

2.1.1

Behandlung von Speicherfehlern

Bei der Konfiguration des Hauptspeicher-Subsystems und der Behandlung
von Hauptspeicherfehlern spielt eine Reihe von Funktionen eine Rolle.
Mit diesen sollten Sie vertraut sein, um sich das Identifizieren und Beheben
von Hauptspeicherproblemen zu erleichtern. Im Folgenden wird beschrieben,
wie der Server mit Hauptspeicherfehlern umgeht.
Hinweis – Informationen zur Hauptspeicherkonfiguration finden Sie in
Abschnitt 5.2, „FB-DIMM-Konfiguration – Referenz", auf Seite
Der Server arbeitet mit einer erweiterten ECC-Technologie (Error Correcting Code),
die Fehler bis zu 4-Bit in Nibble-Grenzen korrigiert, sofern sie alle dasselbe DRAM
betreffen. Wenn bei 2-GB- und 4-GB-FB-DIMMs ein DRAM ausfällt, arbeitet das
DIMM weiter.
Die folgenden Serverfunktionen sorgen unabhängig voneinander für die
Behandlung von Hauptspeicherfehlern:
POST – POST wird bei jedem Einschalten des Servers ausgeführt, je nach den
■
ILOM-Konfigurationsvariablen.
Bei einem korrigierbaren Hauptspeicherfehler leitet POST den Fehler zur
Fehlerbehandlung an den PSH-Dämon (Solaris Predictive Self-Healing) weiter.
Wenn POST einen nicht korrigierbaren Fehler des Hauptspeichers erkennt, wird
dieser mit dem Namen der fehlerhaften FB-DIMMs angezeigt und der Fehler
wird protokolliert. Anschließend deaktiviert POST die fehlerhaften FB-DIMMs.
Je nach Hauptspeicherkonfiguration und Position der fehlerhaften FB-DIMMs
deaktiviert POST die Hälfte des physischen Hauptspeichers im System oder die
Hälfte des physischen Hauptspeichers und die Hälfte der Prozessor-Threads.
Wenn diese Außerbetriebsetzung im normalen Betrieb erfolgt, müssen Sie die
in der Fehlermeldung genannten fehlerhaften FB-DIMMs austauschen und die
deaktivierten FB-DIMMs mit dem ILOM-Befehl set Gerät component_state=
enabled wieder aktivieren. Geben Sie für Gerät den Namen des zu aktivierenden
FB-DIMMs ein (z. B. set /SYS/MB/CMP0/BR0/CH0/D0 component_state=
enabled).
Solaris Predictive Self-Healing (PSH) – Als Funktion des Betriebssystems
■
Solaris überwacht PSH das System mit dem Fault Manager-Dämon (fmd) auf
verschiedene Arten von Fehlern. Wenn ein Fehler auftritt, wird ihm eine
eindeutige Fehler-ID (UUID) zugewiesen und der Fehler wird protokolliert.
PSH meldet den Fehler und empfiehlt den Austausch der FB-DIMMs, die mit
dem Fehler in Zusammenhang stehen.
2-8 Sun SPARC Enterprise T5140 und T5240 Server – Wartungshandbuch • Oktober 2008
5-15.