test

Solaris 7 5/99 Versionshinweise zu Sun - Hardware - Ergänzungen

Kapitel 5 Offene Punkte bei Sun Enterprise 6x00-, 5x00-, 4x00- und 3x00-Systemen

AP auf Sun Enterprise-Servern

Dieser Abschnitt enthält die Versionshinweise für Alternate Pathing (AP) 2.2 auf allen Sun Enterprise-Servern mit Ausnahme des Sun Enterprise 10000. Informationen zum Enterprise 10000-Server finden Sie unter "AP auf dem Sun Enterprise 10000".

Hinweis -

AP 2.2 ist die erste AP-Version, die Solaris 7 5/99 unterstützt.

Mit AP können Sie alternative physische Pfade zu Peripheriegeräten definieren und steuern und so eine höhere Verfügbarkeit und ein höheres Maß an Wiederherstellbarkeit nach Fehlern des Servers erzielen. Wenn ein physischer Pfad zu einem Gerät nicht mehr zur Verfügung steht, kann ein alternativer Pfad verwendet werden. Weitere Informationen finden Sie im Handbuch Sun Enterprise Server Alternate Pathing User's Guide in der AnswerBook2(TM)-Dokumentationssammlung Solaris 7 5/99 on Sun Hardware.

Hinweis -

Zum Zeitpunkt der Drucklegung ist AP 2.2 Beta mit keiner Version von Sun Enterprise Volume Manager(TM) (SEVM) kompatibel.

Bei der Installation zu beachtende Aspekte

Wenn Sie von der Betriebsumgebung Solaris 2.6 auf die Betriebsumgebung Solaris 7 5/99 aufrüsten und AP 2.1 und Solstice(TM) DiskSuite(TM) 4.0 oder 4.1 (SDS) auf dem System installiert sind, müssen Sie auf AP 2.2 und SDS 4.2 aufrüsten. In diesem Abschnitt finden Sie einen Überblick über den gesamten Prozeß, für den Sie verschiedene Abschnitte aus unterschiedlichen Veröffentlichungen benötigen. Stellen Sie sicher, daß Sie die folgenden Veröffentlichungen zur Hand haben, bevor Sie mit dem Upgrade anfangen:

Achtung - Achtung -

Sie müssen die Schritte in der hier angegebenen Reihenfolge ausführen, um das Upgrade erfolgreich ausführen zu können.

Die folgenden grundlegenden Schritte sind auszuführen:

Im einzelnen sind die folgenden Schritte erforderlich:

  1. Lesen Sie den Abschnitt "Aktualisierung von AP 2.2" im Solaris 7 5/99 Handbuch zur Hardware-Plattform von Sun.

  2. Bestätigen Sie alle nicht bestätigten AP-Metageräte (siehe Schritt 1 unter "So rüsten Sie auf AP 2.2 auf" im Solaris 7 5/99 Handbuch zur Hardware-Plattform von Sun).

  3. Dekonfigurieren Sie SDS (siehe Schritt 1 bis 8 unter "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" im Handbuch Solstice DiskSuite 4.2 Installation and Product Notes).

    Achtung - Achtung -

    Installieren Sie Solaris 7 5/99 zu diesem Zeitpunkt nicht.

  4. Entfernen Sie die aktuelle AP-Konfiguration (siehe Schritt 3 unter "So rüsten Sie auf AP 2.2 auf" im Solaris 7 5/99 Handbuch zur Hardware-Plattform von Sun).

  5. Rüsten Sie auf Solaris 7 5/99 auf (siehe Schritt 4 unter "So rüsten Sie auf AP 2.2 auf" im Solaris 7 5/99 Handbuch zur Hardware-Plattform von Sun).

  6. Rüsten Sie auf AP 2.2 auf (siehe Schritt 5 unter "So rüsten Sie auf AP 2.2 auf" im Solaris 7 5/99 Handbuch zur Hardware-Plattform von Sun).

  7. Installieren Sie SDS 4.2, und stellen Sie dann die Konfiguration wieder her (siehe Schritt 6 unter "So rüsten Sie auf AP 2.2 und SDS 4.2 auf" im Solaris 7 5/99 Handbuch zur Hardware-Plattform von Sun und Schritt 10 bis 16 in "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" in Kapitel 1 des Handbuchs Solstice DiskSuite 4.2 Installation and Product Notes).

Allgemeines

In diesem Abschnitt finden Sie allgemeine Informationen zu AP auf Sun Enterprise-Servern. Lesen Sie diesen Abschnitt, bevor Sie versuchen, AP zu installieren oder zu konfigurieren.

Unterstützte Geräte

Die folgenden Geräte werden von der AP-Software auf Sun Enterprise-Servern unterstützt:

Aus der folgenden Tabelle ist zu entnehmen, welche Netzwerkgeräte in welchen Versionen unterstützt werden:

Tabelle 5-1 Unterstützte Netzwerkgeräte

 

AP 2.0 

AP 2.1 

AP 2.2 

Solaris 2.5.1 

hme, le, nf, bf, hi, qe, qfe

 - -

Solaris 2.6 (5/98) 

- 

ge, hme, le, nf, qe, qfe, vge

 -

Solaris 7 5/99 

 - -

ge, hme, le, nf, qe, qfe

SunFDDI- und GigabitEthernet-Geräte

AP 2.2-Validierungstests wurden für SunFDDI (Version 6.0) und GigabitEthernet (Version 2.0) ausgeführt. Wenn Sie diese Geräte installieren, müssen Sie die getestete Version verwenden, es sei denn, es gibt eine höhere Version. Außerdem müssen Sie alle verfügbaren Patches für diese Geräte installieren. Weitere Informationen zu den Patches finden Sie unter http://www.sunsolve.sun.com.

Sun StorEdge A3000

Der Sun StorEdge A3000 unterstützt ähnliche Ausfallsicherungsfunktionen wie die Funktionen, die unter AP zur Verfügung stehen. Deshalb unterstützt AP den Sun StorEdge A3000 nicht. Weitere Informationen über die Ausfallsicherungsfunktionen des Sun StorEdge A3000 finden Sie in der Dokumentation zu diesem Produkt.

Sun StorEdge A5000

AP unterstützt den Sun StorEdge A5000 in dieser Version.

Sun StorEdge A7000

AP 2.2 unterstützt den Sun StorEdge A7000 in dieser Version nicht.

Software-Kompatibilität

Im folgenden sind die Kombinationen aus AP- und Solaris-Software aufgeführt, die Sie auf einem Sun Enterprise-Server installieren können.

Behobene Fehler

In diesem Abschnitt finden Sie eine Kurzbeschreibung und die Sun-Fehlerkennummern der wichtigsten Fehler, die seit Version AP 2.1 (Solaris 2.6 5/98) behoben wurden. Diese Liste enthält allerdings nicht alle behobenen Fehler.

4126743 - AP-Festplattenausfallsicherung hängt sich auf, wenn mehrere Pfadgruppen gleichzeitig ausfallen. Dieser Fehler wurde zusammen mit Fehler 4136249 behoben.

4126897 - Domain-Panik, wenn keine AP-Datenbanken vorhanden sind, /etc/vfstab aber noch Meta-Geräteeinträge enthält.

4136249 - Ein-/Ausgabevorgänge bei SEVM RAID-Volumes hängen sich nach AP-Ausfallsicherung auf.

4141438 - mhme-Schnittstelle hängt sich bei hoher Netzwerkbelastung auf.

4143514 - FDDI mit AP hängt sich bei hoher Netzwerkbelastung auf.

4147674 - AP verursacht, daß sich ifconfig bei einem Mutex aufhängt.

4153152 - apconfig fungiert als normaler Benutzer.

4161396 - AP 2.x sollte zusammen mit GEM eingesetzt werden können.

4163270 - netstat bei AP-Meta-Netzwerkschnittstelle zeigt keine Zähler.

4166620 - snoop bei AP-Meta-Netzwerkschnittstelle wird nach Umschalten beendet.

4170818 - Wenn Sie das Makro $<callouts nadb oder den fm2-Befehl "callout ts" ausführen, erscheinen in der Timesharing-Tabelle Tausende von qe-fähigen Zeitlimits.

4180055 - Beim Zugriff auf eine AP-Metaplatte mit einem ausgefallenen aktiven Alternativpfad tritt eine Panik auf.

4180702 - Meldungen von swap.c sind nicht internationalisiert.

4183581 - apboot Platte verursacht einen Systemspeicherabzug, wenn Platte mit der aktuellen Boot-Platte identisch ist.

4185154 - AP GigabitEthernet-Belastungstest hängt sich auf.

4188418 - Es kann vorkommen, daß Veritas [SEVM] einen Festplattenfehler nicht erkennt.

4195441 - AP2.0 ap_daemon kommuniziert nicht mit AP2.2.

4228731 - Nicht vorhandene Netzwerkschnittstellen sind nach dem Neustart nicht als abgehängt markiert.

Dynamic Reconfiguration bei Sun Enterprise 6x00-, 5x00-, 4x00- und 3x00-Systemen

In diesem Abschnitt finden Sie die neuesten Informationen zur dynamischen Rekonfiguration (DR) für Sun EnterpriseTM 6x00-, 5x00-, 4x00- und 3x00-Systeme unter der Version 5/99 der SolarisTM 7-Produktfamilie von Sun Microsystems. Eine detaillierte Beschreibung der dynamischen Rekonfiguration bei Sun Enterprise-Servern finden Sie im Handbuch Dynamic Reconfiguration User's Guide for Sun Enterprise 3x00/4x00/5x00/6x00 Systems.

Die Version 5/99 bietet Unterstützung für CPU-/Speicherplatinen in Sun Enterprise 6x00-, 5x00-, 4x00- und 3x00-Systemen.

Unterstützte Hardware

Bevor Sie fortfahren, müssen Sie sicherstellen, daß das System die dynamische Rekonfiguration unterstützt. Wenn die folgende Meldung auf der Konsole oder in den Konsolenprotokollen erscheint, basiert die Hardware auf einem älteren Design und unterstützt die dynamische Rekonfiguration nicht. 

Hot Plug not supported in this system

Die unterstützten E/A-Platinen sind im Abschnitt "Solaris 7 5/99" auf der folgenden Website aufgeführt:

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

E/A-Platinen des Typs 2 (Grafik), des Typs 3 (PCI) und des Typs 5 (Grafik und SOC+) werden zur Zeit nicht unterstützt.

Hinweise zur Firmware

FC-AL-Festplatten-Arrays und interne Laufwerke

Für Sun StorEdgeTM A5000Festplatten-Arrays und für interne FC-AL-Festplatten bei Sun Enterprise 3500-Systemen muß die Firmware-Version ST19171FC 0413 oder höher verwendet werden. Weitere Informationen finden Sie im Abschnitt "Solaris 7 5/99" auf der folgenden Website:

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

PROM-Aktualisierungen für CPU- und E/A-Platinen

Wenn unter Solaris 7 5/99 die dynamische Rekonfiguration verwendet werden soll, muß die CPU PROM-Version 3.2.22 (Firmware-Patch 103346-22) oder höher installiert sein. Diese Firmware kann über die Website abgerufen werden (siehe "Abrufen von Firmware".)

Bei älteren Versionen des CPU PROM erscheint beim Systemstart möglicherweise die folgende Meldung: 

Firmware does not support Dynamic Reconfiguration

Achtung - Achtung -

Bei CPU PROM 3.2.16 und früheren Versionen wird diese Meldung nicht angezeigt, obwohl die dynamische Rekonfiguration von CPU-/Speicherplatinen nicht unterstützt wird.

  1. Wenn Sie die aktuelle PROM-Version anzeigen lassen wollen, geben Sie an der Eingabeaufforderung ok die Befehle .version und banner ein. Es wird ein Bildschirm wie der folgende angezeigt:

    ok .version
    Slot 0 - I/O Type 1 FCODE 1.8.22 1999/xx/xx 19:26 iPOST 3.4.22 1999/xx/xx 19:31
    Slot 1 - I/O Type 1 FCODE 1.8.22 1999/xx/xx 19:26 iPOST 3.4.22 1999/xx/xx 19:31
    Slot 2 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31
    Slot 3 - I/O Type 4 FCODE 1.8.22 1999/xx/xx 19:27 iPOST 3.4.22 1999/xx/xx 19:31
    Slot 4 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31
    Slot 5 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31
    Slot 6 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31
    Slot 7 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31
    Slot 9 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31
    Slot 11 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31
    Slot 12 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31
    Slot 14 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31
    ok banner
     16-slot Sun Enterprise E6500
     OpenBoot 3.2.22, 4672 MB memory installed, Serial #xxxxxxxx.
     Ethernet address 8:0:xx:xx:xx:xx, Host ID: xxxxxxxx.

Abrufen von Firmware

Informationen zum Aktualisieren der Firmware finden Sie im Abschnitt "Solaris 7 5/99" auf der folgenden Website:

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

Auf dieser Website werden folgende Themen erläutert:

Wenn Sie keinen Zugang zu dieser Website haben, wenden Sie sich bitte an Ihren Sun-Kundendienst.

Hinweise zur Software

Aktivieren der dynamischen Rekonfiguration

In der Datei /etc/system müssen zwei Variablen gesetzt werden, um die dynamische Rekonfiguration zu aktivieren, und eine weitere Variable muß gesetzt werden, um das Entfernen von CPU-/Speicherplatinen zu ermöglichen.

  1. Melden Sie sich als Root an.

  2. Um die dynamische Rekonfiguration zu aktivieren, fügen Sie die folgenden zwei Zeilen in die Datei /etc/system ein: 

    set pln:pln_enable_detach_suspend=1
set soc:soc_enable_detach_suspend=1

  3. Um das Entfernen von CPU-/Speicherplatinen zu ermöglichen, fügen Sie die folgende Zeile in die Datei /etc/system ein: 

    set kernel_cage_enable=1

    Indem Sie diese Variable setzen, ermöglichen Sie die Speicherdekonfiguration.

  4. Starten Sie das System neu, damit die Änderungen wirksam werden.

Quiesce-Test

Auf einem großen System kann die Ausführung des quiesce-test-Befehls (cfgadm -x quiesce-test sysctrl0:slotNummer) eine Minute dauern. In dieser Zeit werden keine Meldungen ausgegeben, sofern cfgadm keine inkompatiblen Treiber findet. Dieses Verhalten ist normal.

Liste der deaktivierten Platinen

Wenn eine Platine in der Liste der deaktivierten Platinen aufgeführt ist, wird bei dem Versuch, diese Platine anzuschließen, eine Fehlermeldung ausgegeben: 

# cfgadm -c connect sysctrl0:slotNummer
cfgadm: Hardware specific failure: connect failed: board is disabled: must override with [-f][-o enable-at-boot]

  1. Um die Platine anzuschließen, obwohl sie deaktiviert ist, verwenden Sie den Befehl cfgadm mit der Option -f oder der Aktivierungsoption (-o enable-at-boot): 

    # cfgadm -f -c connect sysctrl0:slotNummer

    # cfgadm -o enable-at-boot -c connect sysctrl0:slotNummer

  1. Um alle Platinen aus der Liste der deaktivierten Platinen zu entfernen, setzen Sie die Variable "disabled-board-list" mit dem folgenden Systembefehl auf Null: 

    # eeprom disabled-board-list=

  1. An der OpenBootTM-Eingabeaufforderung verwenden Sie zu diesem Zweck statt dessen den folgenden OBP-Befehl: 

    OK set-default disabled-board-list

    Weitere Informationen über das Setzen der Variablen disabled-board-list finden Sie im Abschnitt "Specific NVRAM Variables" im Handbuch Platform Notes: Sun Enterprise 3x00, 4x00, 5x00, and 6x00 Systems, Teilenummer 805-4454.

Liste des deaktivierten Speichers

Weitere Informationen zum Setzen der OBP-Variablen disabled-memory-list finden Sie im Abschnitt "Specific NVRAM Variables" im Handbuch Platform Notes: Sun Enterprise 3x00, 4x00, 5x00, and 6x00 Systems, Teilenummer 805-4454.

Entladen von nicht zum Abhängen geeigneten Treibern

Sollte es erforderlich sein, Treiber zu entladen, die beim Abhängen Probleme bereiten könnten, ermitteln Sie mit der Befehlszeile modinfo(1M) die Modul-IDs der Treiber. Diese können Sie dann im Befehl modunload(1M) zum Entladen der Treiber verwenden, die beim Abhängen Probleme verursachen können.

Speicher-Interleaving

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

Um zu ermitteln, ob das Speicher-Interleaving aktiviert ist, verwenden Sie den Befehl prtdiag oder cfgadm.

Um DR-Operationen bei CPU-/Speicherplatinen zu ermöglichen, setzen Sie die NVRAM-Eigenschaft memory-interleave auf min.

Weitere Informationen zum Speicher-Interleaving finden Sie unter "Speicher-Interleaving nach einem schwerwiegenden Zurücksetzen falsch eingestellt, Fehler 4156075 " und unter "DR: Dekonfiguration einer CPU-/Speicherplatine mit aktiviertem Speicher-Interleaving ist nicht möglich, Fehler 4210234".

Fehlgeschlagener Selbsttest während einer Connect-Operation

Wenn während einer DR Connect-Operation die Fehlermeldung "cfgadm: Hardware specific failure: connect failed: firmware operation error" angezeigt wird, entfernen Sie die Platine möglichst bald aus dem System. Der Selbsttest der Platine ist fehlgeschlagen, und durch das Entfernen dieser Platine vermeiden Sie mögliche Rekonfigurationsprobleme beim nächsten Systemstart.

Wenn Sie die fehlgeschlagene Operation sofort erneut ausführen wollen, müssen Sie die Platine zunächst entfernen und dann wieder einsetzen. Andernfalls läßt der Status der Platine keine weiteren Operationen zu.

Dynamische Rekonfiguration in der in Sun Enterprise SyMON-Software

Wie im Handbuch Dynamic Reconfiguration User's Guide for Sun Enterprise 3x00/4x00/5x00/6x00 Systems erwähnt, unterstützt die Systemüberwachungs- und System-Management-Software Sun Enterprise SyMONTM die dynamische Rekonfiguration. Im Benutzerhandbuch wird jedoch auf das falsche Handbuch verwiesen. Relevante Informationen finden Sie im Handbuch Sun Enterprise SyMON 2.0.1 Supplement for Sun Enterprise Midrange Servers, Teilenummer 806-0649.

Bekannte Fehler

cfgadm -v funktioniert nicht richtig, Fehler 4149371

Kategorie: RFE

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, Fehler 4156075

Kategorie: Fehler

Nach einem schwerwiegenden Zurücksetzen auf einem Sun Enterprise X500-Server 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.

Workarounds: Es gibt die zwei unten genannten Möglichkeiten:

vmstat-Ausgabe ist nach der Konfiguration von Prozessoren fehlerhaft, Fehler 4159024

Kategorie: Fehler

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.

In der POST-Statusanzeige für Systemplatinen erscheint nur 1 von 2 ausgefallenen CPUs, Fehler 4200513

Kategorie: Fehler

Wenn zwei CPUs auf einer Platine ausfallen, bevor eine Meldung an die Master-CPU erfolgt, wird in der POST-Statusanzeige für Systemplatinen nur eine CPU als ausgefallen aufgeführt, während die zweite CPU möglicherweise gar nicht erscheint.

Workaround: keiner.

DR: Dekonfiguration einer CPU-/Speicherplatine mit aktiviertem Speicher-Interleaving ist nicht möglich, Fehler 4210234

Kategorie: RFE

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, Fehler 4156075 ".

DR: Dekonfiguration einer CPU-/Speicherplatine mit permanentem Speicher ist nicht möglich, Fehler 4210280

Kategorie: RFE

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, Fehler 4220105

Kategorie: Fehler

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.

Schwerwiegendes Zurücksetzen bei init 5 nach DR-Operationen, Fehler 4220852

Kategorie: Fehler

Wenn Sie das System mit dem Befehl init 5 herunterfahren, nachdem DR-Operationen ausgeführt wurden, kann es zu einem schwerwiegenden Zurücksetzen kommen.

Workaround: Setzen Sie das System zurück, und schalten Sie es dann mit dem Befehl power-off an der Eingabeaufforderung ok aus.

Drain und/oder Detach sind bei Sun Enterprise Server-Platinen mit QFE-Karten nicht möglich, Fehler 4231845

Wenn ein Server als Boot-Server für x86-Clients 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: Gehen Sie folgendermaßen vor, um eine DR Detach-Operation auszuführen:

  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