In diesem Abschnitt werden Probleme beschrieben, die folgende Leistungsmerkmale des Sun Enterprise 10000-Servers betreffen:
System-Service-Prozessorvoraussetzung
Dynamische Rekonfiguration (DR)
InterDomain Networks (IDNs)
Solaris-Betriebssystem in Sun Enterprise 10000-Domänen
Solaris 10 kann in einzelnen Domänen innerhalb eines Sun Enterprise 10000-Systems ausgeführt werden. Der Sun Enterprise 10000 System-Service-Prozessor wird von dieser Version jedoch nicht unterstützt.
Auf dem·System-Service-Prozessor (SSP) wird zur Unterstützung von Solaris 10 die SSP 3.5-Software benötigt. Installieren Sie SSP 3.5 zuerst auf Ihrem SSP. Danach können Sie das Betriebssystem Solaris 10 in einer Sun Enterprise 10000-Domäne installieren oder darauf aktualisieren.
Die SSP 3.5-Software ist ebenfalls dafür erforderlich, dass die Domäne ordnungsgemäß für das DR-Modell 3.0 konfiguriert werden kann.
In diesem Abschnitt werden verschiedene Probleme beschrieben, die mit der dynamischen Rekonfiguration in Sun Enterprise 10000-Domänen zusammenhängen.
Sie müssen in Sun Enterprise 10000-Domänen, in denen das Solaris BS ausgeführt wird, ab Version Solaris 9 12/03 DR 3.0 verwenden. DR-Modell 3.0 bezieht sich auf die Funktionalität, die folgende Befehle auf dem SSP verwendet, um Domänen-DR-Vorgänge durchzuführen:
addboard
moveboard
deleteboard
showdevices
rcfgadm
Sie können den Befehl cfgadm in Domänen ausführen und so Platinenstatusinformationen erhalten. DR-Modell 3.0 interagiert auch mit dem RCM (Reconfiguration Coordination Manager), um dieDR-Vorgänge mit anderen Anwendungen zu koordinieren, die in einer Domäne ausgeführt werden.
Ausführliche Informationen zum zum DR-Modell 3.0 finden Sie im Sun Enterprise 10000 Dynamic Reconfiguration User Guide.
Für diese Solaris-Version löst DR nicht mehr automatisch die Bindung zwischen Benutzerprozessen und CPUs, wenn die CPU getrennt wird. Sie müssen diesen Vorgang vor dem Auslösen einer Trennungssequenz durchführen. Der drain-Vorgang schlägt fehl, wenn CPUs mit gebundenen Prozessen gefunden werden.
Wenn ein Prozess ein Netzwerkgerät geöffnet hält, schlägt jeder DR-Vorgang fehl, an dem dieses Gerät beteiligt ist. Dämonen und Prozesse, die Referenzzähler führen, hindern DR-Vorgänge am Abschluss.
Problemumgehung: Führen Sie als Superuser folgende Schritte durch:
Entfernen Sie das Verzeichnis /rplboot oder benennen Sie es um.
Fahren Sie die NFS-Dienste herunter.
# sh /etc/init.d/nfs.server stop |
Fahren Sie die Boot-Server-Dienste herunter.
# sh /etc/init.d/boot.server stop |
Führen Sie den DR-Trennvorgang durch.
Starten Sie die NFS-Dienste neu.
# sh /etc/init.d/nfs.server start |
Starten Sie die Boot-Server-Dienste neu.
# sh /etc/init.d/boot.server start |
Damit eine Domäne Teil eines InterDomain-Netzwerks werden kann, müssen alle Platinen mit aktivem Speicher in dieser Domäne über mindestens eine aktive CPU verfügen.
Verifizieren Sie, bevor Sie den Befehl boot net an der OpenBoot PROM-Eingabeaufforderung (OK)eingeben, dass die Variable local-mac-address? auf false gesetzt ist. Dies ist die werkseitige Standardeinstellung. Wenn die Variable auf true gesetzt ist, müssen Sie sicherstellen, dass dieser Wert eine korrekte lokale Konfiguration darstellt.
Eine Variable local-mac-address?, die auf true gesetzt ist, verhindert möglicherweise einen erfolgreichen Start der Domäne über dasNetzwerk.
Sie können in einem netcon-Fenster folgenden Befehl an der OpenBoot PROM-Eingabeaufforderung verwenden, um die Werte der OpenBoot PROM-Variablen anzuzeigen:
OK printenv |
Um die Variable local-mac-address? auf die Standardeinstellung zurückzusetzen, verwenden Sie den Befehl setenv:
OK setenv local-mac-address? false |