Bekannte Fehler

Die folgende Liste unterliegt ständigen Änderungen. Die neuesten Informationen zu Fehlern und Patches finden Sie unter: .

http://sunsolve5.sun.com/sunsolve/Enterprise-dr

cfgadm -v funktioniert nicht richtig (Bug-ID 4149371)

Der Speichertest sollte von Zeit zu Zeit zu erkennen geben, daß er noch ausgeführt wird. Wenn ein Test länger dauert, ist für den Benutzer kaum zu erkennen, ob sich das System nicht aufgehängt hat.

Workaround: Überwachen Sie mit vmstat(1M), ps(1) oder ähnlichen Shell-Befehlen den Systemstatus in einer anderen Shell oder einem anderen Fenster.

Speicher-Interleaving nach einem schwerwiegenden Zurücksetzen falsch eingestellt (Bug-ID 4156075)

Nach Neustart eines Sun Enterprise x500-Servers wegen schwerwiegenden Fehlers befindet sich das Speicher-Interleaving in einem fehlerhaften Status. Alle folgenden DR-Operationen schlagen fehl. Das Problem tritt nur auf, wenn das Speicher-Interleaving auf min gesetzt ist.

Workaround: Es gibt die zwei unten genannten Möglichkeiten.

1. Zum Beheben des Problems, nachdem es aufgetreten ist, setzen Sie das System an der Eingabeaufforderung OK manuell zurück.

1. Um das Problem zu vermeiden, setzen Sie die NVRAM-Eigenschaft memory-interleave auf max.

   Dies aktiviert das Speicher-Interleaving bei jedem Systemstart. Diese Möglichkeit ist jedoch unter Umständen nicht geeignet, denn eine Speicherplatine mit aktiviertem Speicher-Interleaving kann nicht dynamisch dekonfiguriert werden (siehe "DR: Dekonfiguration einer CPU-/Speicherplatine mit aktiviertem Speicher-Interleaving ist nicht möglich (Bug-ID 4210234)").

vmstat-Ausgabe ist nach der Konfiguration von Prozessoren fehlerhaft (Bug-ID 4159024)

vmstat gibt nach der Konfiguration von CPUs eine außergewöhnlich hohe Anzahl an Interrupts aus. Während vmstat im Hintergrund läuft, wird der Wert im Interrupt-Feld ungewöhnlich groß. Dies deutet jedoch nicht darauf hin, daß ein Problem vorliegt. In der letzten Zeile im Beispiel unten weist die Interrupt-Spalte (in) den Wert 4294967216 auf:

#  procs     memory            page            disk          faults      cpu
 r b w   swap  free  re  mf pi po fr de sr s6 s9 s1 --   in   sy   cs us sy id
 0 0 0 437208 146424  0   1  4  0  0  0  0  0  1  0  0   50   65   79  0  1 99
 0 0 0 413864 111056  0   0  0  0  0  0  0  0  0  0  0  198  137  214  0  3 97
 0 0 0 413864 111056  0   0  0  0  0  0  0  0  0  0  0  286  101  200  0  3 97
 0 0 0 413864 111072  0  11  0  0  0  0  0  0  1  0  0 4294967216 43 68 0 0 100

Workaround: Starten Sie vmstat neu.

DR: Dekonfiguration einer CPU-/Speicherplatine mit aktiviertem Speicher-Interleaving ist nicht möglich (Bug-ID 4210234)

Eine CPU-/Speicherplatine mit aktiviertem Speicher-Interleaving kann nicht dekonfiguriert werden.

Wenn Sie eine CPU-Platine mit Hauptspeicher oder eine reine Hauptspeicherplatine dekonfigurieren und danach vom System trennen wollen, muß der Speicher zunächst dekonfiguriert werden. Wenn für den Speicher auf der Platine jedoch das Speicher-Interleaving mit Speicher auf anderen Platinen aktiviert ist, kann der Speicher nicht dynamisch dekonfiguriert werden.

Ob das Speicher-Interleaving aktiviert ist, können Sie mit dem Befehl prtdiag oder cfgadm überprüfen.

Workaround: Fahren Sie das System herunter, bevor Sie an der Platine Wartungsarbeiten vornehmen, und starten Sie es danach neu. Sollen zukünftig DR-Operationen mit der CPU-/Speicherplatine möglich sein, muß die NVRAM-Eigenschaft memory-interleave auf min gesetzt sein. Weitere relevante Informationen zum Speicher-Interleaving finden Sie unter "Speicher-Interleaving nach einem schwerwiegenden Zurücksetzen falsch eingestellt (Bug-ID 4156075)".

DR: Dekonfiguration einer CPU-/Speicherplatine mit permanentem Speicher ist nicht möglich (Bug-ID 4210280)

Wenn Sie eine CPU-Platine mit Hauptspeicher oder eine reine Hauptspeicherplatine dekonfigurieren und danach vom System trennen wollen, muß der Speicher zunächst dekonfiguriert werden. Manche Speicherbereiche können zur Zeit jedoch nicht neu zugewiesen werden. Solche Speicherbereiche sind permanent.

Permanenter Speicher auf einer Platine ist in der cfgadm-Statusanzeige als "permanent" gekennzeichnet:

# cfgadm -s cols=ap_id:type:info
Ap_Id Type Information
ac0:bank0 memory slot3 64Mb base 0x0 permanent
ac0:bank1 memory slot3 empty
ac1:bank0 memory slot5 empty
ac1:bank1 memory slot5 64Mb base 0x40000000

In diesem Beispiel befindet sich auf der Platine in Steckplatz 3 permanenter Speicher. Die Platine kann also nicht entfernt werden.

Workaround: Fahren Sie das System herunter, bevor Sie an der Platine Wartungsarbeiten vornehmen, und starten Sie es danach neu.

cfgadm Disconnect schlägt fehl, wenn cfgadm-Befehle gleichzeitig ausgeführt werden (Bug-ID 4220105)

Wenn für eine Platine ein cfgadm-Prozeß läuft, schlägt der Versuch, gleichzeitig eine zweite Platine zu trennen, fehl.

Eine cfgadm Disconnect-Operation schlägt fehl, wenn ein weiterer cfgadm-Prozeß bereits für eine andere Platine läuft. Die folgende Meldung wird ausgegeben:

cfgadm: Hardware specific failure: disconnect failed: nexus
error during detach: Adresse

Workaround: Führen Sie immer nur eine cfgadm-Operation aus. Wenn eine cfgadm-Operation für eine Platine läuft, warten Sie, bis diese abgeschlossen ist, bevor Sie eine cfgadm Disconnect-Operation für eine zweite Platine starten.

Drain und/oder Detach sind bei Sun Enterprise Server-Platinen mit QFE-Karten nicht möglich (Bug-ID 4231845)

Wenn ein Server als Boot-Server für Clients der Intel Plattform konfiguriert wird, die auf Solaris 2.5.1 basieren, laufen mehrere rpld-Jobs, unabhängig davon, ob die Geräte benutzt werden. Aufgrund dieser aktiven Verweise können solche Geräte mit DR-Operationen nicht abgehängt werden.

Workaround: Führen Sie eine DR Detach-Operation durch:

1. Entfernen Sie das Verzeichnis /rplboot, oder benennen Sie es um.

2. Fahren Sie die NFS-Dienste mit dem folgenden Befehl herunter:

   # sh /etc/init.d/nfs.server stop

3. Führen Sie die DR Detach-Operation aus.

4. Starten Sie die NFS-Dienste mit dem folgenden Befehl:

   # sh /etc/init.d/nfs.server start