test

Solaris 8 (SPARC-Plattform Edition) 7/01 Versionshinweise

Installationsfehler, die während einer Aktualisierung auftreten

Upgrade schlägt fehl, wenn die Kapazität von /export nahezu erschöpft ist (4409601)

Wenn die Kapazität des Verzeichnisses /export nahezu erschöpft ist und Sie ein Upgrade auf das Betriebssystem Solaris 8 7/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 Clients ohne Massenspeicher (Diskless Client) auf oder wenn im Verzeichnis /export Software von Fremdherstellern installiert ist. Folgende Meldung wird angezeigt.


WARNUNG: Insufficient space for the upgrade.

Lösung: Wählen Sie vor dem Upgrade eine der folgenden Problemlösungen.

Nach dem Upgrade kann .save.SUNWcsr nicht entfernt werden (4400054)

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.

Upgrade von Diskless-Client-Servern und Diskless-Clients (4363078)

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 7/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 7/01 über vorhandene Diskless-Clients zu installieren, erhalten Sie folgende Fehlermeldung:


The Solaris Version (Solaris 7) on slice <xxxxxxxx> cannot be upgraded. 
An der auf dieser Platte installierten Software-Konfiguration ist ein
unbekanntes Problem aufgetreten.

Upgrade des JavaSpaces-Datenspeichers zur Vermeidung von Verlusten von WBEM-Daten (4365035)

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 7/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 7/01 Betriebsumgebung gehen Sie wie folgt vor, um die JavaSpaces-Software zu speichern.

  1. Melden Sie sich als superuser an.

  2. Speichern Sie die JavaSpaces-Software.

    cp /usr/sadm/lib/wbem/outrigger.jar /usr/sadm/lib/wbem/outrigger.jar.tmp

  3. 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.

Hinweis -

Nach dem Upgrade auf die Solaris 8 7/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.

Verschiebung des CDE von der Solaris 2.5.1-Betriebsumgebung, die durch eine Aktualisierung auf Solaris 8 "verwaist" ist (4260819)

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 unbundled 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.

Das Aktualisieren des Betriebssystems Solaris 7 mit Web-Based Enterprise Management (WBEM) 1.0 auf das Solaris 8-Betriebssystem führt dazu, dass WBEM 2.0 nicht läuft (4274920)

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 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.

  1. 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

  2. Melden Sie sich als superuser an.

  3. 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

SUNWeeudt wird bei einer Aktualisierung nur teilweise installiert (4304305)

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> zum Teil fehlgeschlagen.
     pkgadd Rückgabecode = 2

Lösung: Führen Sie nach Abschluss der Aktualisierung folgende Schritte durch.

  1. Geben Sie folgenden Befehl ein, um das SUNWeeudt-Paket zu entfernen:


    # pkgrm SUNWeeudt

  2. Geben Sie folgenden Befehl ein, um das SUNWeeudt-Paket hinzuzufügen:


    # pkgadd SUNWeeudt

Bei einem Upgrade von Solaris 2.6 oder Solaris 7 werden unnötigerweise 64-Bit-Pakete installiert (4323398)

Wenn Sie von den Betriebssystemen Solaris 2.6 oder Solaris 7 eine Aktualisierung auf Solaris 8 7/01 durchführen und die 64-Bit-Unterstützung nicht als Upgrade-Option wählen, werden folgende 64-Bit-Pakete unnötigerweise installiert:

Lösung: Entfernen Sie nach Abschluss des Aktualisierungsvorgangs diese 64-Bit-Pakete mit Hilfe des Befehls pkgrm:


# pkgrm SUNWceuox SUNWeeuox SUNWneuox SUNWseuox SUNWweuox