Installationsfehler, die während einer Aktualisierung auftreten

Lesen Sie unbedingt die Fehlerbeschreibung mit der ID 4121281, bevor Sie eine Aktualisierung Ihres IA (Intel-Architektur)-basierten Systems auf Solaris 8 durchführen.

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

• 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 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: Entfernen von Verzeichnis /a/var/sadm/pkg/.save.SUNWcsr nicht möglich: 
Datei vorhanden

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 4/01 alle vorhandenen Diskless-Clients löschen. Genaue Anweisungen hierzu entnehmen Sie bitte dem Abschnitt "How to Set Up Your Diskless Client Environment" in Solaris 8 System Administration Supplement.

Sollten Sie versuchen, das Betriebssystem Solaris 8 4/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.

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 Solaris 8 4/01 (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 JavaSpaces^TM-Software zu speichern. Nach dem Upgrade führen Sie den Befehl wbemconfig convert aus.

Vor dem Upgrade auf das Betriebssystem Solaris 8 4/01 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 JDK^TM-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 das Betriebssystem Solaris 8 4/01 müssen Sie die WBEM-Daten konvertieren. Genau Anweisungen hierzu entnehmen Sie bitt dem Abschnitt "Upgrade des WBEM-Repository zur Vermeidung von Verlusten von WBEM-Daten" in Solaris 8 - Ergänzungen zur Installation.

DiskSuite kann zu Datenverlusten führen (4121281)

Die DiskSuite^TM 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 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.

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

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 <;SUNWplow> teilweise 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