Lesen Sie unbedingt die Fehlerbeschreibung mit der ID 4121281, bevor Sie eine Aktualisierung Ihres IA (Intel-Architektur)-basierten Systems auf Solaris 8 durchführen.
Falls Ihr System derzeit Clients ohne Massenspeicher unterstützt, die mit dem AdminSuite 2.3 Diskless Client-Tool installiert wurden, müssen Sie zunächst alle vorhandenen Clients ohne Massenspeicher löschen, bevor Sie die Installation von Solaris 8 1/01 vornehmen. Ausführliche Anleitungen finden Sie im Abschnitt "How to Set Up Your Diskless Client Environment" im Solaris 8 System Administration Supplement.
Wenn Sie versuchen, Solaris 8 1/01 über vorhandene Clients ohne Massenspeicher zu installieren, wird folgende Fehlermeldung angezeigt:
The Solaris Version (Solaris 7) on slice <xxxxxxxx> cannot be upgraded.There is an unknown problem with the softwareconfiguration installed on this disk. |
Wenn Sie eine Aktualisierung von Solaris 8 (Solaris WBEM Services 2.0), Solaris 8 6/00 (WBEM Services 2.1) oder Solaris 8 10/00 (WBEM Services 2.2) auf Solaris 8 1/01 (Solaris WBEM Services 2.3) durchführen, müssen Sie alle eigenen benutzerspezifischen Managed Object Format (MOF)-Daten in das neue Reliable Log Repository-Format umwandeln, das von Solaris WBEM Services 2.3 verwendet wird. Andernfalls kommt es zu Datenverlusten.
Lösung: Beim Konvertieren von WBEM-Daten müssen Sie vor der Aktualisierung die JavaSpacesTM-Software sichern. Nach der Aktualisierung müssen Sie den Befehl wbemconfig convert ausführen.
Führen Sie vor der Aktualisierung auf Solaris 8 1/01 folgende Schritte aus, um die JavaSpaces-Software zu sichern:
Melden Sie sich als superuser an.
Sichern Sie die JavaSpaces-Software.
cp /usr/sadm/lib/wbem/outrigger.jar /usr/sadm/lib/wbem/outrigger.jar.tmp |
Überprüfen Sie die Version der auf Ihrem System installierten JDKTM-Software, und notieren Sie sich diese. Zum Beispiel:
# /usr/bin/java -version java version "1.2.1" Solaris VM (build Solaris_JDK_1.2.1_04c, native threads, sunwjit) |
Sie müssen dieselbe Version der JDK-Software ausführen, die bei der Erstellung der ursprünglichen JavaSpaces-Datenspeichers aktiv war.
Nach der Aktualisierung auf Solaris 8 1/01 müssen Sie die WBEM-Daten konvertieren. Ausführliche Anleitungen finden Sie in den Solaris 8 - Ergänzungen zur Installation.
Die DiskSuiteTM metadb-Kopien enthalten Treibernamen als Teil der DiskSuite-Konfigurationsdaten. Bei IA-basierten Systemen, die mit den Versionen 2.4, 2.5, 2.5.1 und 2.6 des Solaris-Betriebssystems arbeiten, lautet der Name des SCSI-Treibers cmdk. Der cmdk-Treiber wurde in den Betriebssystemen Solaris 7 und 8 für IA-basierte Systeme durch den sd-Treiber ersetzt.
Lösung: Um mögliche Datenverluste während der Aktualisierung auf Solaris 7 und 8 zu vermeiden, sollten Sie die Metageräte-Konfigurationen des Systems in Textdateien speichern und deren metadb-Kopien entfernen, bevor Sie ein IA-basiertes System aktualisieren, auf dem DiskSuite ausgeführt wird. Nach der Aktualisierung stellen Sie die Konfigurationen mithilfe des Befehlszeilen-Fensters von DiskSuite wieder her.
Die Versionshinweise zu DiskSuite Version 4.2 beschreiben Anleitungen für das Speichern von metadb-Konfigurationen, das Entfernen von metadb-Kopien, das Aktualisieren von IA-basierten Systemen auf die Betriebssysteme Solaris 7 und 8, das Aktualisieren von DiskSuite auf Version 4.2 und das Wiederherstellen von Konfigurationen für Metageräte. Für die Betriebssysteme Solaris 7 und 8 stehen Bourne-Shell-Skripts zur Verfügung, über die diese Vorgänge automatisiert werden.
Dieses Problem wirkt sich auf Systeme aus, die Solaris 2.5.1- und ungebündelte Solaris 2.5.1-CDE-Betriebssysteme ausführen. Diese Systeme sind jedoch nur dann betroffen, wenn das ungebündelte CDE in ein anderes Verzeichnis als /usr/dt verschoben wurde. Die CDE-Verschiebung auf diesen Systemen erfolgte durch Erstellen einer symbolischen Verknüpfung in /usr/dt, die auf die verschobene CDE verweist.
Wenn Sie eine Aktualisierung auf das Solaris 8-Betriebssystem ausführen, wird CDE unter /usr/dt neu installiert und die Verknüpfung zur verschobenen Version entfernt. Das verschobene CDE wird nicht entfernt und deshalb "verwaist".
Wenn die Aktualisierung auch die Neuzuweisung von Dateisystemen umfasst, kann die Aktualisierung fehlschlagen, da der Neuzuweisungs-Mechanismus nicht für zusätzlich benötigten Platz im Verzeichnis /usr/dt der neuen CDE-Version sorgt. Ob die Aktualisierung fehlschlägt, lässt sich erst nach Durchführung der Aktualisierung feststellen. Schlägt die Aktualisierung fehl, enthält das Aktualisierungsprotokoll eine Reihe von Meldungen, die angeben, dass mehr Speicherplatz für die Aktualisierung benötigt wird.
Lösung: Deinstallieren Sie das verschobene CDE, bevor Sie mit der Aktualisierung auf Solaris 8 beginnen. Zur Deinstallation können Sie das Skript install-cde auf der Solaris 2.5.1 CDE-CD verwenden. Sie sollten dieses Skript mit dem Flag -uninstall ausführen, um CDE zu entfernen.
Wenn Sie WBEM 2.0 von der Solaris Easy Access Server (SEAS) 3.0-CD auf einem System installiert haben, auf dem Solaris 7 läuft, dann müssen Sie die WBEM 1.0-Pakete erst entfernen, bevor Sie auf Solaris 8 aktualisieren. Nach einer Aktualisierung von Solaris 7 mit WBEM 1.0 auf Solaris 8 starten die Solaris WBEM Services 2.0 nicht. Der Aufruf des Common Information Model (CIM) Objekt-Managers schlägt fehl. Folgende Fehlermeldung wird angezeigt:
Datei nicht gefunden: /opt/sadm/lib/wbem/cimom.jar |
Lösung: Verwenden Sie den Befehl pkgrm, um die WBEM 1.0-Pakete zu entfernen, bevor Sie eine Aktualisierung auf Solaris 8 durchführen.
Verwenden Sie den Befehl pkginfo, um zu prüfen, ob die WBEM 1.0-Pakete installiert sind. Geben Sie dazu Folgendes ein:
% pkginfo | grep WBEM |
Melden Sie sich als superuser an.
Verwenden Sie den Befehl pkgrm, um alle WBEM 1.0-Pakete zu entfernen. Geben Sie dazu Folgendes ein:
# pkgrm SUNWwbapi # pkgrm SUNWwbcor # pkgrm SUNWwbdev # pkgrm SUNWwbdoc # pkgrm SUNWwbm |
Im Aktualisierungsprotokoll ist möglicherweise angegeben, dass das SUNWeeudt-Paket nur teilweise installiert wurde.
Doing pkgadd of SUNWeeudt to /. ERROR: attribute verification of </a/usr/dt/appconfig/types/ru_RU.KOI8-R/datatypes.dt> failed pathname does not exist ... Installation of <SUNWeeudt> partially failed. pkgadd return code = 2 |
Lösung: Führen Sie nach Abschluss der Aktualisierung folgende Schritte durch.
Geben Sie folgenden Befehl ein, um das SUNWeeudt-Paket zu entfernen:
# pkgrm SUNWeeudt |
Geben Sie folgenden Befehl ein, um das SUNWeeudt-Paket zu hinzuzufügen:
# pkgadd SUNWeeudt |