test

Solaris 10 5/08 Versionshinweise

Sun Enterprise 10000 Versionshinweise

In diesem Abschnitt werden Probleme beschrieben, die folgende Leistungsmerkmale des Sun Enterprise 10000-Servers betreffen:

Hinweis –

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.

System-Service-Prozessorvoraussetzung

Auf Ihrem 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 Solaris 10 BS 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.

Dynamische Rekonfigurationsprobleme

In diesem Abschnitt werden verschiedene Probleme beschrieben, die mit der dynamischen Rekonfiguration in Sun Enterprise 10000-Domänen zusammenhängen.

DR-Modell 3.0

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:

Sie können den Befehl cfgadm in Domänen ausführen, um Platinenstatusinformationen zu erhalten. DR-Modell 3.0 interagiert auch mit dem RCM (Reconfiguration Coordination Manager), um die DR-Vorgänge mit anderen Anwendungen zu koordinieren, die in einer Domäne ausgeführt werden.

Details zum DR-Modell 3.0 finden Sie im Sun Enterprise 10000 Dynamic Reconfiguration User Guide.

DR und gebundene Benutzerprozesse

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.

Das Entfernen eines Netzwerkgeräts schlägt fehl, wenn das Gerät noch von einem Programm geöffnet ist (5054195)

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:

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

  2. Fahren Sie die NFS-Dienste herunter.


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

  3. Fahren Sie die Boot-Server-Dienste herunter.


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

  4. Führen Sie den DR-Trennvorgang durch.

  5. Starten Sie die NFS-Dienste neu.


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

  6. Starten Sie die Boot-Server-Dienste neu.


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

InterDomain-Netzwerke

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.

OpenBoot PROM-Variablen

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. Bei dieser Einstellung handelt es sich um die werkseitige Standardeinstellung. Wenn die Variable auf true gesetzt ist, müssen Sie sicherstellen, dass dieser Wert eine korrekte lokale Konfiguration darstellt.

Achtung – Achtung –

Eine Variable local-mac-address?, die auf true gesetzt ist, verhindert möglicherweise einen erfolgreichen Start der Domäne über das Netzwerk.

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