Aktuelle Informationen zur Upgrade-Unterstützung ab Solaris 10 08/08 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.
Während eines System-Upgrades auf das Betriebssystem Solaris 10 08/08 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 |
Rüsten Sie das Betriebssystem auf Solaris 10 08/08 auf.
Installieren Sie das SUNWsmbar-Paket neu:
#pkgadd SUNWsmbar |
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 08/08 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.
Abhilfemaßnahme: Wählen Sie eine der folgenden Lösungen:
Abhilfemaßnahme 1: Um Ihre aktuelle Betriebssystemversion Solaris 8 mithilfe von Solaris Live Upgrade auf Solaris 10 08/08 zu aktualisieren, müssen Sie wie folgt vorgehen:
SPARC-Systeme: Ein Solaris Live Upgrade von der Betriebssystemversion Solaris 8 auf Solaris 10 08/08 wird nicht unterstützt. Schrittweise Anleitungen zur Verwendung von Solaris Live Upgrade finden Sie unter http://www.sun.com/bigadmin/features/articles/live_upgrade_patch.jsp.
SPARC-Systeme: Ein Solaris Live Upgrade von der Betriebssystemversion Solaris 8 auf Solaris 10 08/08 wird nicht unterstützt. Stattdessen müssen Sie das standardmäßige Aktualisierungsverfahren anwenden oder ein Solaris Live Upgrade von der Betriebssystemversion Solaris 8 auf Solaris 9 oder Solaris 10 ausführen. Anschließend können Sie ein Solaris Live Upgrade von der Betriebssystemversion Solaris 9 oder Solaris 10 auf Solaris 10 08/08 ausführen.
Abhilfemaßnahme 2: Um Ihre aktuelle Betriebssystemversion Solaris 9 mithilfe von Solaris Live Upgrade auf Solaris 10 08/08 zu aktualisieren, müssen Sie die folgenden Patches anwenden:
Für SPARC-Systeme – 137477-01 oder aktueller
Für x86-Systeme – 137478-01 oder aktueller
Abhilfemaßnahme 3: Um Ihre aktuelle Betriebssystemversion Solaris 10 mithilfe von Solaris Live Upgrade auf Solaris 10 08/08 zu aktualisieren, müssen Sie die folgenden Patches anwenden:
Für SPARC-Systeme – 137321-01 oder aktueller
Für x86-Systeme – 137322-01 oder aktueller
Verschiedene Prozesse, die in nicht-globalen Zonen ausgeführt werden und das Verzeichnis /tmp verwenden, schlagen fehl, nachdem die Zone mithilfe von Solaris Live Upgrade aktualisiert wurde. Der Aktualisierungsprozess ändert die Berechtigungen für das Verzeichnis /tmp, so dass Anwendungsfehler auftreten. Benutzer sehen die Berechtigungen drwxr-xr-x anstelle der korrekten Berechtigungen drwxrwxrwx.
Abhilfemaßnahme: Wählen Sie eine der folgenden Lösungen:
Abhilfemaßnahme 1: Führen Sie vor dem Aktivieren der neuen Boot-Umgebung die folgenden Schritte aus:
Hängen Sie die Festplatte ein:
# mount /dev/dsk/c1t1d0s6 /mnt |
Korrigieren Sie die Berechtigungen:
# chmod 1777 /mnt/zone/*/root/tmp |
Dann hängen Sie die Festplatte wieder aus:
# umount /mnt |
Diese Problemumgebung korrigiert alle Zonen auf einmal.
Problemumgehung 2: Falls Sie die neue Boot-Umgebung bereits gestartet haben, meldeten Sie sich als der Root-Benutzer beim System an. Halten Sie die Zone an und korrigieren Sie die Berechtigungen für das Verzeichnis /tmp manuell. Geben Sie folgenden Befehl ein:
# chmod 1777 /path/root/tmp |
path entspricht dem Zonenpfad der Zone.
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 08/08 aktualisieren möchten, werden nicht gewünschte lokalisierte Solaris Trusted Extensions-Pakete auf 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 08/08 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 08/08 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 08/08 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 08/08 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 08/08-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 08/08 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.
Mit dieser Solaris 10-Version werden Änderungen in der Funktionalität von pam_ldap eingeführt. Wenn Sie auf die aktuelle Version aktualisieren, werden in Ihrer vorhandenen pam.conf-Konfigurationsdatei enthaltene pam_ldap-Konfigurationen nicht entsprechend dieser Änderungen aktualisiert. Wenn eine pam_ldap-Konfiguration gefunden wird, enthält die CLEANUP-Datei, die am Ende des Aktualisierungsvorgangs erzeugt wird, den folgenden Hinweis:
/etc/pam.conf please examine/update the pam_ldap configuration because its functionality has changed, refer to pam_ldap(5) documentation for more information |
Problemumgehung: Prüfen Sie nach der Aktualisierung die Datei /etc/pam.conf. Ändern Sie gegebenenfalls diese Datei manuell, so dass sie mit den neuen Funktionen von pam_ldap kompatibel ist. Zu den Änderungen gehören Kennwortabfragen wie die Optionen use_first_pass und try_first_pass sowie Kennwortaktualisierungen. Weitere Informationen zum Aktualisieren von pam.conf finden Sie in der Man Page pam_ldap(5) und Dokumentation.
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.
Abhilfemaßnahme: Wählen Sie eine der folgenden Lö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 auf C:
# LANG=C; export LANG |
Starten Sie die Installation.
Wenn Sie mit der C-Shell arbeiten, führen Sie diese Schritte durch:
Geben Sie Folgendes ein:
# csh |
Setzen Sie die Sprachumgebung auf C:
# setenv LANG C |
Starten Sie die Installation.
Wenn Sie von Solaris 8 auf Solaris 10 aktualisieren, tritt ein Problem auf, wenn das Package SUNWjxcft entfernt wird. In der Datei upgrade_log wird folgende Fehlermeldung aufgezeichnet:
Removing package SUNWjxcft: Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.upr Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.scale Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.alias Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.upr Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.scale Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.alias Removal of <SUNWjxcft> was successful |
Abhilfemaßnahme: Ignorieren Sie die Fehlermeldung.
Bei einer Aktualisierung auf Solaris 10 auf einem System, auf dem der Dämon /etc/init.d/sshd eine Secure Shell eines Fremdherstellers, wie z. B. OpenSSH, ausführt, wird der vorhandene Secure Shell-Dämon deaktiviert. Während eines Upgrades überschreibt die Solaris 10-Software den Inhalt der Datei /etc/init.d/sshd.
Abhilfemaßnahme: Wählen Sie eine der folgenden Lö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 Sie das Secure Shell Protokollserverprogramm oder Client-Programme nicht auf Ihrem System wollen, installieren Sie die Secure Shell Cluster (SUNWCssh) nicht.
Wenn die Kapazität des Verzeichnisses /export nahezu erschöpft ist, wenn Sie auf die Version Solaris 10 aktualisieren, 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. Eine andere mögliche Ursache wäre, dass im Verzeichnis /export Software von Fremdherstellern installiert ist. Die folgende Meldung wird angezeigt:
WARNING: Insufficient space for the upgrade. |
Abhilfemaßnahme: 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).
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 die folgenden zwei Schritte durchführen.
Löschen Sie alle vorhandenen Diskless Clients mit derselben Solaris-Version und Architektur des Servers.
Installieren Sie Solaris 10 oder aktualisieren Sie auf diese Version.
Spezifische Anweisungen finden Sie in System Administration Guide: Basic Administration .
Bei dem Versuch, die Solaris 10-Software über vorhandene Diskless Clients zu installieren, wird möglicherweise die folgende Fehlermeldung angezeigt:
The Solaris Version (Solaris version-number) on slice <xxxxxxxx> cannot be upgraded. There is an unknown problem with the software configuration installed on this disk. |
In dieser Fehlermeldung bezieht sich Versionsnummer auf die aktuell auf dem System ausgeführte Solaris-Version. <xxxxxxxx> bezieht sich auf den Bereich, in dem diese Version der Solaris-Software ausgeführt wird.