Aktuelle Informationen zur Upgrade-Unterstützung ab Solaris 10 10/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.
Auf Systemen, die für Solaris Trusted Extensions konfiguriert sind, sind Audiogeräte für die Zuordnung zu Benutzerbezeichnungen nach Aktualisierung von Solaris 10 5/08 oder früheren Versionen auf Solaris 10 10/08 oder spätere Versionen nicht verfügbar. Der Fehler tritt auf, weil die /etc/logindevperm-Änderungen während der Aktualisierung verloren gehen. Es wird keine Fehlermeldung angezeigt.
Problemumgehung: Führen Sie nach der Aktualisierung die Dateien /etc/logindevperm.old und /etc/logindevperm manuell zusammen, um die Konfigurationsänderungen von Solaris Trusted Extensions an logindevperm wiederherzustellen.
Während eines System-Upgrades auf das Betriebssystem Solaris 10 10/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:
Stoppen Sie alle Samba-Dienste.
#svcadm disable samba:default swat:default wins:default winbind:default |
Deinstallieren Sie das SUNWsmbar-Paket, bevor Sie das Betriebssystem aufrüsten.
#pkgrm SUNWsmbar |
Aktualisieren Sie das Betriebssystem auf Solaris 10 10/09.
Installieren Sie das SUNWsmbar-Paket neu:
#pkgadd SUNWsmbar |
Der Befehl shutdown führt möglicherweise zum Aufhängen des Systems nach dem Upgrade auf Solaris 10 10/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 |
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.
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.
Eine Aktualisierung auf Solaris 10 10/09 mithilfe von Solaris Live Upgrade von den älteren Versionen Solaris 8 und Solaris 9 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 &Solaris10Update 8; mithilfe von Solaris Live Upgrade führen Sie die Schritte aus, die unter Einschränkungen bei Solaris Live Upgrade aufgeführt sind.
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.
Wenn Sie Solaris Trusted Extensions von Solaris 10 11/06 oder Solaris 10 8/07 auf Solaris 10 10/08, Solaris 10 5/09 oder die aktuelle Version oder Solaris 10 10/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 |
Dieser Fehler tritt beim Upgrade von Solaris 10 Hardware 2 auf das aktuelle Release Solaris 10 10/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.
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 10/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:
Abhilfemaßnahme 1: Löschen Sie vor dem Upgrade die Datei /var/svc/profile/name_service.xml.
Problemumgehung 2: Lassen Sie den symbolischen Link /var/svc/profile/name_service.xml nach dem Upgrade je nach verwendetem Benennungsdienst auf die richtige ns_<xxx>.xml-Datei zeigen.
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 |
Das Upgrade eines Solaris 10 3/05- bzw. Solaris 10 1/06-Systems mit nicht-globalen Zonen auf Solaris 10 10/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 10/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 |
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.
Die Upgrade-Verlaufsanzeige wird nicht angezeigt, wenn Sie Solaris Live Upgrade wie folgt verwenden:
Zum Upgrade des Betriebssystems dient die Solaris 10 10/09-CD.
Sie führen ein Upgrade einer Boot-Umgebung mit dem Befehl luupgrade und den folgenden Optionen aus:
-i für die CD-gestützte Installation
-O "-nodisplay -noconsole" zum Starten des Installationsprogramms auf der zweiten CD im Textmodus und ohne Benutzereingriffe
Sie führen eine Aktualisierung auf Solaris 10 10/09 von den folgenden Versionen aus:
Solaris 9
Solaris 10
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.
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.