Wenn Sie ein Upgrade von Solaris 9, Solaris 9 9/02 oder Solaris 9 12/02 auf Solaris 9 4/03 durchführen, tritt bei Verwendung des Befehls pkgchk mit der Option -n der folgende Fehler auf:
FEHLER: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/datatypes.dt Pfadname ist nicht vorhanden FEHLER: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/develop.dt Pfadname ist nicht vorhanden FEHLER: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/dtfile.dt Pfadname ist nicht vorhanden FEHLER: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/dtmail.dt Pfadname ist nicht vorhanden FEHLER: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/dtpad.dt Pfadname ist nicht vorhanden FEHLER: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/print.dt Pfadname ist nicht vorhanden FEHLER: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/uxstd.dt Pfadname ist nicht vorhanden |
Lösung: Fügen Sie das Package SUNWceudt mithilfe der Solaris 9 4/03-DVD oder der Solaris 9 4/03 Software 1 of 2-CD wieder hinzu. Führen Sie diese Schritte durch:
Melden Sie sich als Superuser an.
Entfernen Sie das Package SUNWceudt.
# pkgrm SUNWceudt |
Wechseln Sie in das Produktverzeichnis:
# cd Pfad_zu_Solaris_9/Produkt |
Fügen Sie das Package SUNWceudt hinzu:
# pkgadd -d `pwd` SUNWceudt |
Wenn Sie Patch 114711-01 (SPARC Platform Edition) oder 114712-01 (x86 Platform Edition) auf Ihr System angewendet haben, müssen Sie die in diesen Patches bereitgestellte Datei VDiskMgr.jar nach dem Upgrade auf das Betriebssystem Solaris 9 4/03 manuell registrieren. Registrieren Sie die durch die Patches bereitgestellte Datei VDiskMgr.jar nicht, bleibt die bereits vorhandene Datei VDiskMgr.jar auf dem System bestehen. Die Patches korrigieren das Problem in diesem Fall nicht vollständig.
Um festzustellen, ob einer der Patches auf Ihrem System installiert ist, geben Sie folgende Befehle ein:
SPARC-Systeme:
# patchadd -p | grep '114711-01' |
x86-Systeme:
# patchadd -p | grep '114712-01' |
Lösung: Registrieren Sie die Datei VDiskMgr.jar aus den beiden angegebenen Patches nach dem Upgrade auf Solaris 9 4/03 manuell. Führen Sie diese Schritte durch:
Melden Sie sich als Superuser an.
Ersetzen Sie die vorhandene Datei VDiskMgr.jar durch die im Patch enthaltene .jar-Datei:
# /usr/sadm/bin/smcregister tool -n \ com.sun.admin.diskmgr/VDiskMgr.jar \ /usr/sadm/lib/diskmgr/VDiskMgr.jar \ /usr/sadm/lib/dismgr/VDiskMgr_classlist.txt \ /usr/sadm/lib/diskmgr/VDiskMgrInfo.xml> /dev/null 2>$1 |
Ersetzen Sie das vorhandene VDiskMgr-Tool in der Toolbox durch den im Patch enthaltenen VDiskMgr:
# /usr/sadm/bin/smcregister toolbox add -f tool \ com.sun.admin.diskmgr.client.VDiskMgr \ -F "/Storage/">/dev/null 2>&1 |
Beenden Sie den WBEM-Server.
# /etc/init.d/init.wbem stop |
Starten Sie den WBEM-Server neu.
# /etc/init.d/init.wbem start |
Bei einem Upgrade von Solaris 9 auf Solaris 9 9/02, Solaris 9 12/02 oder Solaris 9 4/03 werden vorhandene MOF(Managed Object Format)-Dateien nicht erneut registriert. Das alte Verzeichnis /var/sadm/wbem/logr wird während des Upgrades als /var/sadm/wbem/logru3 gespeichert. Die registrierten MOF-Dateien werden nach dem Upgrade nicht neu registriert. Deshalb schlagen von MOF-Dateien abhängige Solaris Management Console-Anwendungen fehl.
Bei Verwendung der Mounts- und Disks-Tools von Solaris Management Console wird die folgende Fehlermeldung angezeigt:
CIM_ERR_NOT_FOUND |
Lösung: Registrieren Sie die fehlenden MOF-Dateien manuell. Die MOF-Dateien finden Sie im Verzeichnis /var/sadm/wbem/logru3. Führen Sie die folgenden Schritte durch:
Melden Sie sich als Superuser an.
Registrieren Sie die MOF-Dateien manuell.
# /usr/sadm/bin/mofreg -r Tag MOF-Datei |
Dabei gilt: Tag ist das unter /var/sadm/wbem/logru3/unregDir/ befindliche Verzeichnis, und MOF-Datei ist die im Verzeichnis Tag enthaltene MOF-Datei.
Zum Beispiel:
# /usr/sadm/bin/mofreg -r svm \ /var/sadm/wbem/logru3/unregDir/svm/svm/Solaris_Vm1.0.mof |
Beenden Sie den WBEM-Server.
# /etc/init.d/init.wbem stop |
Starten Sie den WBEM-Server neu.
# /etc/init.d/init.wbem start |
In einigen Sprachen ist der Text, der beim Upgrade einer inaktiven Boot-Umgebung mit dem Solaris Live Upgrade-Befehl luupgrade(1M) und der Option -i von den Installationsprogrammen angezeigt wird, unleserlich. Der Text wird dann beschädigt, wenn die Installationsprogramme Schriften anfordern, die in der älteren Version auf der aktuellen Boot-Umgebung nicht verfügbar sind.
Lösung: Wählen Sie eine der folgenden Problemlösungen:
Führen Sie die Installation anhand eines kombinierten Netzwerk-Installationsabbilds aus.
Aktivieren Sie in der Umgebungsvariablen auf dem System die Sprachumgebung C.
Wenn Sie mit der Bourne- oder der Korn-Shell arbeiten, gehen Sie wie folgt vor:
Setzen Sie die Sprachumgebung C.
# LANG=C; export LANG |
Starten Sie die Installation.
Wenn Sie mit der C-Shell arbeiten, führen Sie diese Schritte durch:
Geben Sie ein:
# csh |
Setzen Sie die Sprachumgebung C.
# setenv LANG C |
Starten Sie die Installation.
Wenn Sie die Option -s für den Befehl luupgrade ausführen, um mit einem Verzeichnis und einer Patchlistendatei Patches zu installieren, so werden die Patches nicht hinzugefügt. Sie sehen dann ein Meldung der Art:
/usr/sbin/luupgrade [52]: 3 Patchlistendatei: ungültige Zahl |
In der obigen Meldung stellt Patchlistendatei die Patchlistendatei dar, die Sie dem Befehl luupgrade zum Hinzufügen von Patches übergeben haben.
Lösung: Um Patches hinzuzufügen, die eine Patchlistendatei angeben, gehen Sie wie folgt vor:
Melden Sie sich als Superuser an.
Hängen Sie die Boot-Umgebung ein, in der die Patches installiert werden sollen.
# lumount Name_Boot-Umgebung Einhängepunkt |
Fügen Sie die Patches in die Boot-Umgebung hinzu.
# /usr/sbin/patchadd -R Einhängepunkt -M Patch-Pfad Patchlistendatei |
In obigem Befehl steht Patch-Pfad für den Pfadnamen des Verzeichnisses, in dem sich die hinzuzufügenden Patches befinden. Patchlistendatei ist die Datei mit der Liste der Patches, die hinzugefügt werden sollen.
Hängen Sie die Boot-Umgebung aus.
# luumount Name_Boot-Umgebung |
Wenn Sie ein Upgrade vom Betriebssystem Solaris 8 auf Solaris 9 oder Solaris 9 4/03 vornehmen, tritt beim Entfernen des Pakets SUNWjxcft ein Fehler auf. In der Datei upgrade_log wird folgende Fehlermeldung aufgezeichnet:
Entfernen von Paket SUNWjxcft: /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.upr kann nicht geöffnet werden /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.scale kann nicht geöffnet werden /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.alias kann nicht geöffnet werden /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.upr kann nicht geöffnet werden /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.scale kann nicht geöffnet werden /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.alias kann nicht geöffnet werden Entfernen von <SUNWjxcft> erfolgreich |
Lösung: Ignorieren Sie die Fehlermeldungen.
Der Kerberos v5-Mechanismus "global“ im Betriebssystem Solaris 9 4/03 bietet Unterstützung für die Vertraulichkeitsfunktion. Deshalb ist der Kerberos-Mechanismus "domestic" nicht mehr erforderlich. Wenn der Kerberos-Mechanismus "domestic“ (unter /usr/lib/gss/do/mech_krb.so.1) auf einem Solaris 8-System installiert ist, so muss er vor einem Upgrade auf das Betriebssystem Solaris 9 4/03 entfernt werden.
Lösung: Nehmen Sie vor dem Upgrade auf Solaris 9 4/03 die nachfolgend beschriebenen Schritte vor.
Geben Sie folgenden Befehl ein, um festzustellen, ob der Kerberos-Mechanismus "domestic“ auf dem System installiert ist:
% pkginfo | fgrep ' SUNWk5' |
Enthält die Befehlsausgabe Paketnamen mit dem Bestandteil SUNWk5, so ist der Kerberos-Mechanismus "domestic" auf dem System installiert. Fahren Sie mit Schritt 2 fort.
Wenn Sie in der Befehlsausgabe keine Paketnamen mit dem Bestandteil SUNWk5 sehen, dann ist der Kerberos-Mechanismus "domestic" nicht auf dem System installiert. Ignorieren Sie die übrigen Schritte. Nehmen Sie das System-Upgrade vor.
Stellen Sie mit folgendem Befehl eine Sicherungskopie der Dateien /etc/nfssec.conf und /etc/gss/qop her:
% tar -cf /var/tmp/krb_config_files.tar /etc/nfssec.conf /etc/gss/qop |
Geben Sie diesen Befehl ein, um festzustellen, ob die Dateien wirklich gesichert wurden:
% tar -tf /var/tmp/krb_config_files.tar |
Entfernen Sie alle in der Befehlsausgabe aus Schritt 1 aufgeführten Pakete.
% pkgrm Paketname Paketname Paketname |
Führen Sie das Upgrade auf Solaris 9 4/03 durch.
Das Upgrade-Programm aktualisiert den Code des Kerberos-Mechanismus "global" und aktiviert die Kerberos-Unterstützung für die Vertraulichkeitsfunktion.
Bearbeiten Sie mit einem Texteditor die unten genannten Zeilen in der Datei /etc/gss/mech.
Entfernen Sie das Kommentarzeichen der folgenden Zeile:
kerberos_v5 1.2.840.113554.1.2.2 gl/mech_krb5.so gl_kmech_krb5 |
Fügen Sie diese Zeile ggf. in die Datei /etc/gss/mech ein.
Entfernen Sie die folgende Zeile:
kerberos_v5 1.2.840.113554.1.2.2 do/mech_krb5.so do_kmech_krb5 |
Stellen Sie die Dateien /etc/nfssec.conf und /etc/gss/qop mit folgendem Befehl wieder her:
% tar -xf /var/tmp/krb_config_files.tar |
Bei einem Upgrade auf Solaris 9 4/03 eines Systems, auf dem der Dämon /etc/init.d/sshd eine Secure Shell eines Fremdherstellers wie z. B. OpenSSH ausführt, wird der vorhandene Dämon deaktiviert. Die Solaris 9 4/03-Upgrade-Software überschreibt den Inhalt der Datei /etc/init.d/sshd.
Lösung: Wählen Sie eine der folgenden Problemlösungen:
Wenn das Protokoll-Server-Programm für Secure Shell nicht auf Ihrem System installiert werden soll, lassen Sie beim Upgrade die Pakete SUNWsshdr und SUNWsshdu aus.
Wenn weder das Protokoll-Server- noch das Protokoll-Client-Programm für Secure Shell auf dem System installiert werden sollen, lassen Sie beim Upgrade den gesamten Secure Shell-Cluster (SUNWCssh) aus.
Wenn die Kapazität des Verzeichnisses /export nahezu erschöpft ist und Sie ein Upgrade auf das Betriebssystem Solaris 9 4/03 vornehmen, werden die Platzanforderungen für /export falsch berechnet. Das Upgrade 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:
WARNING: Insufficient space for the upgrade. |
Lösung: Wählen Sie vor dem Upgrade eine der folgenden Problemlösungen:
Benennen Sie das Verzeichnis /export bis zum Abschluss des Upgrades vorübergehend 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).
Wenn Ihr System derzeit Unterstützung für Diskless-Clients bietet, die mit dem Tool Solstice AdminSuiteTM 2.3 Diskless Client installiert wurden, müssen Sie zwei Schritte durchführen. Löschen Sie zunächst alle vorhandenen Diskless-Clients mit derselben Solaris-Version und Architektur des Servers. Installieren Sie dann das Betriebssystem Solaris 9 4/03 bzw. nehmen Sie das Upgrade auf diese Version vor. Spezifische Anweisungen finden Sie in System Administration Guide: Basic Administration.
Bei dem Versuch, das Betriebssystem Solaris 9 4/03 über vorhandene Diskless-Clients zu installieren, wird möglicherweise die folgende Fehlermeldung angezeigt:
Die Solaris-Version (Solaris Versionsnummer) im Bereich <xxxxxxxx> kann nicht aufgerüstet werden. An der auf dieser Platte installierten Software-Konfiguration ist ein unbekanntes Problem aufgetreten. |
In dieser Fehlermeldung bezieht sich Versionsnummer auf die auf Ihrem System ausgeführte Solaris Version. <xxxxxxxx> bezieht sich auf die Partition, auf welcher diese Version des Betriebssystems Solaris ausgeführt wird.