Solaris 9 4/03 Versionshinweise

Installationsfehler, die während eines Upgrades auftreten

Beim Upgrade schlägt die Installation des Packages SUNWceudt fehl (4826785)

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:

  1. Melden Sie sich als Superuser an.

  2. Entfernen Sie das Package SUNWceudt.


    # pkgrm SUNWceudt
    
  3. Wechseln Sie in das Produktverzeichnis:


    # cd Pfad_zu_Solaris_9/Produkt
    
  4. Fügen Sie das Package SUNWceudt hinzu:


    # pkgadd   -d `pwd` SUNWceudt
    

Manuelle Registrierung der Datei VDiskMgr.jar aus Patch 114711-01 oder 114712-01 nach dem Upgrade (4818306)

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:

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:

  1. Melden Sie sich als Superuser an.

  2. 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
    
  3. 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
    
  4. Beenden Sie den WBEM-Server.


    # /etc/init.d/init.wbem stop
    
  5. Starten Sie den WBEM-Server neu.


    # /etc/init.d/init.wbem start
    

SPARC: Von MOF-Dateien abhängige Solaris Management Console-Anwendungen schlagen nach einem Upgrade möglicherweise fehl (4825349)

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:

  1. Melden Sie sich als Superuser an.

  2. 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
    
  3. Beenden Sie den WBEM-Server.


    # /etc/init.d/init.wbem stop
    
  4. Starten Sie den WBEM-Server neu.


    # /etc/init.d/init.wbem start
    

Problem mit der Anzeige des Installationsprogrammtextes bei Verwendung von Solaris Live Upgrade (4736488)

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:

SPARC: Der Befehl luupgrade kann keine Patches hinzufügen, wenn eine Patchlistendatei angegeben ist (4679511)

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:

  1. Melden Sie sich als Superuser an.

  2. Hängen Sie die Boot-Umgebung ein, in der die Patches installiert werden sollen.


    # lumount Name_Boot-Umgebung Einhängepunkt
    
  3. 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.

  4. Hängen Sie die Boot-Umgebung aus.


    # luumount Name_Boot-Umgebung
    

SPARC: Entfernung des Pakets SUNWjxcft während des Upgrades generiert Fehler (4525236)

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.

Beim Upgrade von Solaris 8 können redundante Kerberos-Datenschutzmechanismen entstehen (4672740)

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.

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

  2. 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
    
  3. Geben Sie diesen Befehl ein, um festzustellen, ob die Dateien wirklich gesichert wurden:


    % tar -tf /var/tmp/krb_config_files.tar
    
  4. Entfernen Sie alle in der Befehlsausgabe aus Schritt 1 aufgeführten Pakete.


    % pkgrm Paketname Paketname Paketname
    
  5. 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.

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

Beim Upgrade auf Solaris 9 4/03 kann ein vorhandener Secure Shell-Dämon (sshd) deaktiviert werden (4626093)

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:

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

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

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.