Lesen Sie unbedingt die Fehlerbeschreibung mit der ID 4121281, bevor Sie eine Aktualisierung Ihres IA (Intel-Architektur)-basierten Systems auf Solaris 8 durchführen.
Wenn die Kapazität des Verzeichnisses /export nahezu erschöpft ist und Sie ein Upgrade auf das Betriebssystem Solaris 8 10/01 vornehmen, werden die Platzanforderungen für /export falsch berechnet und die Aufrüstung schlägt fehl. Dieses Problem tritt in der Regel bei der Installation eines Diskless-Clients auf oder wenn im Verzeichnis /export Software von Fremdherstellern installiert ist. Folgende Meldung wird angezeigt.
WARNUNG: Nicht genügend Speicherplatz für das Upgrade. |
Lösung: Wählen Sie vor dem Upgrade eine der folgenden Problemlösungen:
Benennen Sie das Verzeichnis /export für die Dauer des Upgrade-Vorgangs um.
Kommentieren Sie die Zeile /export in der Datei /etc/vfstab aus, bis das Upgrade abgeschlossen ist.
Wenn /export ein separates Dateisystem ist, hängen Sie /export vor dem Upgrade aus (unmount).
Nach dem Upgrade von einem der Betriebssysteme Solaris 2.5.1 8/97 oder 11/97 auf Solaris 8 tritt unter Umständen der folgende Fehler in /a/var/sadm/system/logs/upgrade_log auf:
rm: Unable to remove directory /a/var/sadm/pkg/.save.SUNWcsr: File exists |
Lösung: Führen Sie zur Vermeidung dieses Fehlers vor dem Upgrade auf das Betriebssystem Solaris 8 im Root-Dateisystem den Befehl fsck aus.
Um den Fehler nach dem Upgrade zu beheben, führen Sie im Root-Dateisystem den Befehl fsck aus.
Wenn Ihr System derzeit Diskless-Clients unterstützt, die mit dem Tool AdminSuite 2.3 Diskless Client installiert wurden, müssen Sie vor der Installation des Betriebssystems Solaris 8 10/01 alle vorhandenen Diskless-Clients löschen. Genaue Anweisungen hierzu entnehmen Sie bitte dem Abschnitt "How to Set Up Your Diskless Client Environment" im Solaris 8 System Administration Supplement.
Sollten Sie versuchen, das Betriebssystem Solaris 8 10/01 über vorhandene Diskless-Clients zu installieren, erhalten Sie folgende Fehlermeldung:
Die Solaris-Version (Solaris 7) im Bereich <xxxxxxxx> kann nicht aufgerüstet werden. An der auf dieser Platte installierten Software-Konfiguration ist ein unbekanntes Problem aufgetreten. |
Wenn Sie von den Betriebssystemen Solaris 8 (Solaris WBEM Services 2.0), Solaris 8 6/00 (WBEM Services 2.1), Solaris 8 10/00 (WBEM Services 2.2) oder Solaris 8 1/01 (WBEM Services 2.3) auf die Solaris 8 10/01 Betriebsumgebung (Solaris WBEM Services 2.4) aufrüsten, müssen Sie etwaige proprietäre benutzerdefinierte MOF-Daten (Managed Object Format) auf das neue Repository-Format Reliable Log aktualisieren, das für Solaris WBEM Services 2.4 verwendet wird. Werden die Daten nicht konvertiert, ist Datenverlust die Folge.
Lösung: Zum Konvertieren von WBEM-Daten ist vor dem Upgrade die JavaSpacesTM-Software zu speichern. Nach dem Upgrade führen Sie den Befehl wbemconfig convert aus.
Vor dem Upgrade auf die Solaris 8 10/01 Betriebsumgebung gehen Sie wie folgt vor, um die JavaSpaces-Software zu speichern:
Melden Sie sich als superuser an.
Speichern Sie die JavaSpaces-Software.
cp /usr/sadm/lib/wbem/outrigger.jar /usr/sadm/lib/wbem/outrigger.jar.tmp |
Ermitteln Sie die Version der auf dem System installierten JDKTM-Software und notieren Sie sich diese. Beispiel:
# /usr/bin/java -version java version "1.2.1" Solaris VM (build Solaris_JDK_1.2.1_04c, native threads, sunwjit) |
Es muss dieselbe Version der JDK-Software ausgeführt werden, die während der Erstellung des ursprünglichen JavaSpaces-Datenspeichers lief.
Nach dem Upgrade auf die Solaris 8 10/01 Betriebsumgebung müssen Sie die WBEM-Daten konvertieren. Genaue Anweisungen finden Sie unter "Upgrade des WBEM-Repository zur Vermeidung von Verlusten von WBEM-Daten" in 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 Betriebssystems Solaris 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 mit Hilfe des Befehlszeilenfensters von DiskSuite wieder her.
Die Versionshinweise zu DiskSuite Version 4.2 enthalten 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 eines symbolischen Links in /usr/dt, der auf die verschobene CDE verweist.
Wenn Sie eine Aktualisierung auf das Solaris 8 Betriebssystem ausführen, wird CDE unter /usr/dt neu installiert und der Link zur verschobenen Version entfernt. Das verschobene CDE wird nicht entfernt und "verwaist" deshalb.
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 zunächst die WBEM 1.0-Pakete entfernen, bevor Sie auf die Betriebsumgebung Solaris 8 aktualisieren. Nach einer Aktualisierung von Solaris 7 mit WBEM 1.0 auf die Betriebsumgebung 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.
pkgadd von SUNWeeudt nach / wird ausgeführt. FEHLER: Prüfung der Attribute von </a/usr/dt/appconfig/types/ru_RU.KOI8-R/datatypes.dt> fehlgeschlagen Pfadname ist nicht vorhanden ... Installation von <SUNWeeudt> teilweise fehlgeschlagen. pkgadd Rückgabecode = 2 |
Lösung: Führen Sie nach Abschluss der Aktualisierung folgende Schritte durch.
Um das SUNWeeudt-Paket zu entfernen, geben Sie Folgendes ein.
# pkgrm SUNWeeudt |
Um das SUNWeeudt-Paket hinzuzufügen, geben Sie Folgendes ein.
# pkgadd SUNWeeudt |