Solaris 10 5/09 Versionshinweise

Probleme und Fehler (Bugs) bei der Aktualisierung


Hinweis –

Aktuelle Informationen zur Upgrade-Unterstützung ab Solaris 10 5/09 finden Sie unter Änderungen bei der Upgrade-Unterstützung für Solaris-Versionen.


In diesem Abschnitt werden Fehler bei der Aktualisierung beschrieben. Manche davon treten möglicherweise beim Aktualisieren auf Solaris 10-BS auf. Andere treten möglicherweise nach Abschluss der Aktualisierung auf.

SPARC: Befehl luactivate schlägt fehl (6824589)

Der Befehl luactivateschlägt fehl, wenn Sie die mit dem ZFS-Dateisystem erstellte Startumgebung aktivieren. Daraufhin wird die folgende Fehlermeldung angezeigt:


/etc/lu/DelayUpdate/: cannot create

Problemumgehung: Bevor Sie die Startumgebung mit luactivate aktivieren, stellen Sie die Umgebungsvariable menu.lst folgendermaßen ein:

SUNWsmbar entfernt während eines Upgrades die Dateien /etc/services und /etc/inet/services (6756546)

Während eines System-Upgrades auf das Betriebssystem Solaris 10 5/09 werden die Dateien /etc/services und /etc/inet/services entfernt, wenn SUNWsmbar installiert wird. Auf der Systemkonsole werden beim Systemneustart die folgenden Fehlermeldungen angezeigt:


line1-v215 console login: Oct  6 15:40:57 inetd[457]: Property 'name' of instance
svc:/network/stdiscover:default is missing, inconsistent or invalid
Oct  6 15:40:57 inetd[457]: Property 'proto' of instance 
svc:/network/stdiscover:default is missing, inconsistent or invalid
Oct  6 15:40:57 inetd[457]: Invalid configuration for instance 
svc:/network/stdiscover:default, placing in maintenance
Oct  6 15:40:57 inetd[457]: Property 'name' of instance 
svc:/network/stlisten:default is missing, inconsistent or invalid
Oct  6 15:40:57 inetd[457]: Property 'proto' of instance 
svc:/network/stlisten:default is missing, inconsistent or invalid
Oct  6 15:40:57 inetd[457]: Invalid configuration for instance 
svc:/network/stlisten:default, placing in maintenance

Abhilfemaßnahme: Führen Sie die folgenden Schritte aus, um zu vermeiden, dass /etc/services und /etc/inet/services beim Aufrüsten des Betriebssystems entfernt werden:

  1. Stoppen Sie alle Samba-Dienste.


    #svcadm disable samba:default swat:default wins:default winbind:default
  2. Deinstallieren Sie das SUNWsmbar-Paket, bevor Sie das Betriebssystem aufrüsten.


    #pkgrm SUNWsmbar
  3. Rüsten Sie das Betriebssystem auf Solaris 10 5/09 auf.

  4. Installieren Sie das SUNWsmbar-Paket neu:


    #pkgadd SUNWsmbar

Befehl shutdown führt nach dem Upgrade möglicherweise zum Aufhängen des Systems (6751843)

Der Befehl shutdown führt möglicherweise zum Aufhängen des Systems nach dem Upgrade auf Solaris 10 5/09. Dies tritt auf, wenn der Dämon svc.startd Systemdienste anhält.

Die Debug-Protokolldatei der Sun Java Webkonsole unter /var/log/webconsole/console/console_debug_log zeigt an, ob der Konsolendienst periodisch ausgeführt, gestartet und gestoppt wird.

Problemumgehung: Geben Sie die folgenden Befehle ein:


/usr/share/webconsole/private/bin/wcremove -i console
svcadm clear system/webconsole:console
smcwebserver start

Hinweis –

Der Befehl wcremove entfernt die Serverdomäneninstanz, die für die spezielle Konsole erstellt wurde. Wenn die Konsole neu gestartet wird, wird eine neue Domäneninstanz erstellt.


Die Befehle lucreate und lumake können keine Kopie einer nicht-globalen Zone erzeugen, die sich nicht im Zustand "Running" befindet (6659451)

Wenn die Befehle lucreate und lumake an nicht-globalen Zonen verwendet werden, die sich nicht im Zustand "Running" befinden, werden die Befehle eventuell nicht erfolgreich ausgeführt. Die Inhalte der ursprünglichen nicht-globalen Zone und der Kopie werden sich eventuell unterscheiden. Die Benutzer können sich nicht mit dem Befehl zloginbei der Konsole der Zone anmelden. Bei Verwenden des Befehls zlogin wird die folgende Fehlermeldung angezeigt:


zlogin: makeutx failed

Die Diagnoseausgabe der Befehle lucreate und lumake zeigt keine Fehler an.

Problemumgehung: Achten Sie darauf, dass sich alle nicht-globalen Zonen im Zustand "Running" befinden, wenn Sie die Befehle lucreate und lumake verwenden.

SPARC: Aktualisierung mit Solaris Live Upgrade von den Betriebssystemversionen Solaris 8 und Solaris 9 scheitert (6638175)

Eine Aktualisierung der älteren Versionen Solaris 8 und Solaris 9 auf Solaris 10 5/09 mithilfe von Solaris Live Upgrade scheitert. Die komprimierte Datei des Installationsabbilds wird jetzt mit dem Dienstprogramm 7za extrahiert. Das SUNWp7zip-Paket ist nicht in den Versionen Solaris 8 und 9 enthalten. Aus diesem Grund scheitert Solaris Live Upgrade.

Problembehebung:Zum Aktualisieren Ihres Systems von den älteren Versionen Solaris 8 und Solaris 9 auf Solaris 10 5/09 mithilfe von Solaris Live Upgrade führen Sie die Schritte aus, die unter Einschränkungen bei Solaris Live Upgrade aufgeführt sind.

Probleme mit dem DSR-Upgrade mit Zonen (6616788)

Die Aktualisierung von Disk Space Reallocation (DSR) scheitert, wenn Zonen im Verzeichnis /opt installiert sind. Die Aktualisierung schlägt eventuell beim Wiederherstellen des DSR-Archivs fehl. In einigen Fällen ist die Aktualisierung erfolgreich, aber das System kann nicht neu gebootet werden.

Problemumgehung: Achten Sie darauf, dass das Root-Dateisystem vor der Aktualisierung nicht zu 100% voll ist. Löschen Sie einige Dateien vor der Aktualisierung, so dass der Root-Bereich weniger als 90% voll ist.

Probleme bei der Aktualisierung von Solaris Trusted Extensions (6616585)

Wenn Sie Solaris Trusted Extensions von Solaris 10 11/06 oder Solaris 10 8/07 auf Solaris 10 10/08 oder die aktuelle Version oder die aktuelle Version Solaris 10 5/09 aktualisieren möchten, werden nicht gewünschte lokalisierte Solaris Trusted Extensions-Pakete in Ihrem System installiert. Dieser Fehler tritt auf, weil das Solaris Trusted Extensions-Installationsprogramm in den Versionen Solaris 10 11/06 bzw. Solaris 10 8/07 lokalisierte Pakete standardmäßig installiert. Es wird keine Fehlermeldung angezeigt.

Problemumgehung: Bevor Sie Solaris Trusted Extensions auf die aktuelle Version aktualisieren, löschen Sie die folgenden lokalisierten Solaris Trusted Extensions-Pakete:

SUNWjdtts 

SUNWkdtts 

SUNWjmgts 

SUNWkmgts 

SUNWjtsman 

SUNWktsu 

SUNWjtsu 

SUNWodtts 

SUNWtgnome-l10n-doc-ja 

SUNWtgnome-l10n-ui-ko 

SUNWtgnome-l10n-ui-it 

SUNWtgnome-l10n-ui-zhHK 

SUNWtgnome-l10n-ui-sv 

SUNWtgnome-l10n-ui-es 

SUNWtgnome-l10n-doc-ko 

SUNWtgnome-l10n-ui-ptBR 

SUNWtgnome-l10n-ui-ja 

SUNWtgnome-l10n-ui-zhTW 

SUNWtgnome-l10n-ui-zhCN 

SUNWtgnome-l10n-ui-fr 

SUNWtgnome-l10n-ui-de 

SUNWtgnome-l10n-ui-ru 

System kann nach dem Upgrade nicht mit ypbind kommunizieren (6488549)

Dieser Fehler tritt beim Upgrade von Solaris 10 Hardware 2 auf das aktuelle Release Solaris 10 5/09 auf.

Im Release Solaris 10 Hardware 2 ist der symbolische Link name_service.xml für Benennungsdienste wie NIS, NIS+, FILES oder LDAP wie folgt gesetzt:


# ls -l name_service.xml
lrwxrwxrwx   1 root     root     10 Apr 10 16:26 name_service.xml -> ns_files.xml

Wenn als Benennungsdienst NIS verwendet wird, dann zeigt die Datei name_service.xml auf ns_files.xml. Der Inhalt der Datei ns_files.xml ist der gleiche wie der der Datei ns_nis.xml.


  # cat /etc/release
                     Solaris 10 3/05 HW2 s10s_hw2wos_05 SPARC
           Copyright 2005 Sun Microsystems, Inc.  All Rights Reserved.
                        Use is subject to license terms.
                           Assembled 26 September 2005
  # cd /var/svc/profile
  # ls -l name_service.xml ns_files.xml ns_nis.xml
  lrwxrwxrwx   1 root   other    12 May 21 04:06 name_service.xml -> ns_files.xml
  -r--r--r--   1 root   sys     779 May 21 04:25 ns_files.xml
  -r--r--r--   1 root   sys     779 Jan 21  2005 ns_nis.xml
  #
  # diff ns_files.xml ns_nis.xml
  # diff name_service.xml ns_nis.xml

In der obigen Ausgabe haben die Dateien ns_nis.xml und ns_files.xml den gleichen Inhalt. Das bedeutet, dass der symbolische Link name_service.xml auf die Datei des falschen Benennungsdienstes zeigt. name_service.xml zeigt auf ns_files.xml, sollte aber auf auf ns_nis.xml zeigen.


Hinweis –

Die Problembehebung für CR 6411084, das vor bzw. nach der Installation einzusetzende Skript SUNWcsr erstellt den richtigen Verweis nur, wenn die Datei name_service.xml kein symbolischer Link ist. Wenn name_service.xml bereits ein symbolischer Link ist, wie das im Release Solaris 10 Hardware 2 der Fall ist, funktioniert die Problembehebung für CR 6411084 nicht.


Nach einem Upgrade von Solaris 10 Hardware 2 auf die aktuelle Version Solaris 10 5/09 wird auf der Konsole die folgende Meldung angezeigt (bzw. in der Protokolldatei protokolliert):


Oct 23 12:18:45 vt2000a automount[301]: [ID 366266 daemon.error] 
can't read nis map auto_master: can't communicate with ypbind - retrying 

Darüber hinaus ist der Dienst /network/nis/client:default deaktiviert.

Abhilfemaßnahme: Wählen Sie eine der folgenden Lösungen:

Upgrade schlägt fehl auf Systemen, in denen nicht-globale Zonen installiert sind, die noch nicht gebootet wurden

Eine nicht-globale Zone, die zwar installiert, aber noch nicht gebootet wurde, verhindert das ordnungsgemäße Upgrade eines Systems. Es wird keine Fehlermeldung angezeigt.

Abhilfemaßnahme:

Wird eine solche Zone erkannt, sollte sie vor dem Beginn des Upgrades entsprechend vorbereitet und dann angehalten werden. Beispiel:


global# zoneadm -z myzone ready ; zoneadm -z myzone halt

Upgrade eines Solaris 10-Systems mit nicht-globalen Zonen auf Solaris 10 5/09 kann ein Fehlschlagen des lokalen Dateisystemdienstes verursachen (6428258)

Das Upgrade eines Solaris 10 3/05- bzw. Solaris 10 1/06-Systems mit nicht-globalen Zonen auf Solaris 10 5/09 kann ein Fehlschlagen des lokalen Dateisystemdienstes in den nicht-globalen Zonen verursachen. Als Folge davon kann es vorkommen, dass andere Dienste in den nicht-globalen Zonen nicht gestartet werden können.

Nach dem Upgrade eines Solaris 10-Systems mit installierten nicht-globalen Zonen auf Solaris 10 5/09 können sich Dienste im Wartungszustand befinden. Beispiel:


# zlogin myzone svcs -x
    svc:/system/filesystem/local:default (local file system mounts)
     State: maintenance since Wed May 24 13:18:06 2006
    Reason: Start method exited with $SMF_EXIT_ERR_FATAL.
       See: http://sun.com/msg/SMF-8000-KS
       See: /var/svc/log/system-filesystem-local:default.log
    Impact: 18 dependent services are not running.  (Use -v for list.)

Abhilfemaßnahme:

Booten Sie die nicht-globale Zone aus der globalen Zone heraus neu. Beispiel:


global# zoneadm -z myzone reboot

Geräte-ID-Abweichungen nach der Aktualisierung von Solaris 9 9/04 BS

In dieser Solaris 10-Version zeigt der Solaris Volume Manager Geräte-ID-Ausgaben in einem neuen Format an. Solaris 9 9/04 BS, mit dem die Unterstützung von Geräte-IDs in Disksets eingeführt wurde, erkennt das neue Format nicht. Wenn Sie von Solaris 9 9/04 auf Solaris 10-BS aktualisieren, werden Geräte-IDs, die mit vorhandenen Disksets verknüpft sind, in der Solaris Volume Manager-Konfiguration nicht aktualisiert. Wenn Sie Solaris 9 9/04 BS wiederherstellen müssen, stehen Konfigurationsänderungen an Disksets, die nach der Aktualisierung vorgenommen wurden, in Solaris 9 9/04 BS möglicherweise nicht zur Verfügung. Weitere Informationen finden Sie in Kapitel 25, Troubleshooting Solaris Volume Manager (Tasks) in Solaris Volume Manager Administration Guide.

Keine Verlaufsanzeige in Solaris Live Upgrade-Befehl luupgrade (6239850)

Die Upgrade-Verlaufsanzeige wird nicht angezeigt, wenn Sie Solaris Live Upgrade wie folgt verwenden:

Beispielsweise sollte bei dem folgenden Befehl die Fortschrittsanzeige angezeigt werden, nachdem diese Meldung ausgegeben wird:


Running installer on BE s10u1.

Die Fortschrittsanzeige erscheint jedoch nicht.


# luupgrade -i -n s10u1 -s /net/installsrv/export/s10u1
 -O "-nodisplay -noconsole"


Validating the contents of the media /net/installsvr/export/s10u1.
The media is a standard Solaris media.
The media contains a standard Solaris installer.
The media contains Solaris 3 version 10.
Mounting BE s10u1.
Running installer on BE s10u1.

Es wird keine Fehlermeldung angezeigt.

Problemumgehung: Verwenden Sie den Befehl prstat. Auf diese Weise können Sie den Fortschritt überprüfen, während bei der Installation die Packages hinzugefügt werden.

Bei der Verwendung von Solaris Live Upgrade zur Aktualisierung von älteren Solaris-Versionen werden veraltete Deinstallationsprogramme nicht entfernt (6198380)

Wenn Sie zum Aktualisieren von Solaris 8 oder Solaris 9 auf Solaris 10-BS Solaris Live Upgrade verwenden, werden veraltete Deinstallationsprogramme nicht entfernt. Diese aus dem alten BS stammenden Deinstallationsprogramme verbleiben im Systemverzeichnis /var/sadm/prod.

Folgende veraltete Deinstallationsprogramme werden nicht entfernt.


uninstall_Alternate_Pathing_2_3_1.class
uninstall_CDRW_1_1.class o uninstall_CDRW_1_0.class
uninstall_Bonus_Localization_-_Catalan_CDE_Desktop.class
uninstall_Bonus_Localization_-_Polish_CDE_Desktop.class
uninstall_Bonus_Localizations_-_Russian_CDE_Desktop.class
uninstall_Capacity_on_Demand_1_0.class
uninstall_Java3D_1_3_1.class
uninstall_Java3D_1_3.class
uninstall_Java3D_1_2_1_04.class
uninstall_Java3D_1_2_1_03.class
uninstall_Lights_Out_Management_2_0.class
uninstall_Man_Page_Supplement.class
uninstall_OpenGL_1_3.class
uninstall_OpenGL_1_2_3.class
uninstall_Netra_ct_Platform_1_0.class
uninstall_Netra_t11xx_Alarms_2_0.class
uninstall_Netscape_6_2_3.class
uninstall_Netscape_6_2_1_Beta.class
uninstall_PC_launcher_1_0_2.class
uninstall_PC_launcher_1_0_1_PCfileviewer_1_0_1.class
uninstall_RSC_2_2_2.class
uninstall_RSC_2_2_1.class
uninstall_RSC_2_2.class
uninstall_ShowMeTV_1_3.class
uninstall_Solaris_9_French_Localization.class
uninstall_Solaris_9_German_Localization.class
uninstall_Solaris_9_Hong_Kong_Traditional_Chinese_Localization.class
uninstall_Solaris_9_Italian_Localization.class
uninstall_Solaris_9_Japanese_Localization.class
uninstall_Solaris_9_Korean_Localization.class
uninstall_Solaris_9_Simplified_Chinese_Localization.class
uninstall_Solaris_9_Spanish_Localization.class
uninstall_Solaris_9_Swedish_Localization.class
uninstall_Solaris_9_Traditional_Chinese_Localization.class
uninstall_Solaris_On_Sun_Hardware_Documentation.class
uninstall_Sun_Hardware_AnswerBook.class
uninstall_SunATM_5_0.class
uninstall_SunATM_5_1.class
uninstall_SunFDDI_PCI_3_0.class
uninstall_SunFDDI_SBus_7_0.class
uninstall_Sun_Fire_880_FC-AL_Backplane_Firmware_1_0.class
uninstall_Sun_Fire_B10n_Load_Balancing_Blade_1_1.class
uninstall_SunForum_3_1.class
uninstall_SunForum_3_2.class
uninstall_SunHSI_PCI_3_0.class
uninstall_SunHSI_SBus_3_0.class
uninstall_SunScreen_3_2.class
uninstall_SunVTS_5_1_PS6.class
uninstall_SunVTS_5_1_PS5.class
uninstall_SunVTS_5_1_PS4.class
uninstall_SunVTS_5_1_PS3.class
uninstall_SunVTS_5_1_PS2.class
uninstall_SunVTS_5_1_PS1.class
uninstall_SunVTS_5_0.class
uninstall_System_Management_Services_1_4.class
uninstall_System_Management_Services_1_3.class
uninstall_System_Management_Services_1_2.class
uninstall_System_Service_Processor_3_5.class
uninstall_WBEM_DR_1_0.class
uninstall_Web_Start_Wizards_SDK_3_0_2.class
uninstall_Web_Start_Wizards_SDK_3_0_1.class
uninstall_Web_Start_Wizards_SDK.class
uninstall_XML_Libraries_2_4_12.class

Problemumgehung: Entfernen Sie nach der Systemaktualisierung die veralteten Deinstallationsprogramme manuell aus dem Verzeichnis /var/sadm/prod.