Dynamic Reconfiguration

Die Versionshinweise und anderen technischen Informationen in diesem Abschnitt gelten nur für die Version Solaris 8 2/02 der Sun Enterprise 10000 Dynamic Reconfiguration (DR).

Allgemeines

Dieser Abschnitt enthält allgemeine Hinseise zu DR auf dem Sun Enterprise 10000-Server. Vor einem Versuch, DR zu installieren oder zu konfigurieren, sollten Sie diesen Abschnitt unbedingt lesen.

DR und gebundene Benutzerprozesse

In der Betriebsumgebung Solaris 8 2/02 trennt DR nicht mehr automatisch Benutzerprozesse von CPUs, die abgehängt werden. Die Benutzer müssen diesen Vorgang jetzt selbst ausführen, bevor sie eine Detach-Operation ausführen. Der Drain-Vorgang schlägt fehl, wenn CPUs mit gebundenen Prozessen gefunden werden.

Problem mit oprom_checknodeid() während DR (4474330)

Unter bestimmten Umständen kann ein schwerwiegender Fehler auftreten, wenn die Schnittstelle/dev/openprom nach einer Trennung durch DR auf den PROM Gerätebaum zugreift. Der Treiber openprom speichert Knoteninformationen, die nach einer solchen Trennung ungültig werden können. Dadurch kann an OpenBoot PROM eine ungültige Knotenadresse weitergegeben werden.

Lösung: Um eine solche Situation zu vermeiden, verwenden Sie keine Anwendungen wie z. B. prtconf, die die Schnittstelle/dev/openprom während oder kurz nach einer Trennung durch DR verwenden. Beachten Sie, dass picld(1M) den Treiber /dev/openprom verwendet.

QFE wird nach einem DR Detach-Vorgang vielleicht nicht wieder aktiviert (4499428)

Wenn ein qfe-Treiber während eines DR-Quiesce-Vorgangs der Solaris Betriebsumgebung angehalten wird, kann es sein, dass er danach nicht wieder aktiviert wird und damit die Netzwerkkonnektivität fehlschlägt. Wenn diese Situation eintritt, können Sie trotzdem noch über die Netzwerkkonsole des SSP auf die Domain zugreifen.

Lösung: Setzen Sie das qfe-Gerät zurück, indem Sie über die Netzwerkkonsole folgende Befehlsreihenfolge ausführen:

Wobei qfe_Gerät das betroffene Gerät ist, z. B. qfe0.

Die Aktivierung von DR 3.0 erfordert in bestimmten Situationen einen zusätzlichen Arbeitsschritt (Bug ID 4507010)

Wenn Sie auf einer Domain ein Upgrade oder eine Neuinstallation der Solaris Betriebsumgebung durchführen, bevor Sie das SSP auf Version 3.5 aufrüsten, wird die Domain für DR 3.0 nicht korrekt konfiguriert.

Lösung: Führen Sie als superuser folgenden Befehl auf der Domain aus, nachdem das SSP auf Version 3.5 aufgerüstet wurde. Diese Lösung muss erst angewendet werden, wenn DR 3.0 auf der Domain aktiviert ist.

# devfsadm -i ngdr