Pour obtenir les toutes dernières informations concernant le support de mise à niveau à partir de la version Solaris 10 10/09, reportez-vous à la section Changements apportés à la prise en charge des mises à niveau pour les versions d'Oracle Solaris.
Cette section décrit les bogues de la mise à niveau. Certains bogues risquent de se produire lors de la mise à niveau vers SE Oracle Solaris 10. D'autres bogues risquent de se produire après la mise à niveau.
La commande shutdown peut entraîner l'interruption du système après sa mise à niveau vers la version Solaris 10 10/09. L'interruption se produit lorsque le démon svc.startd interrompt les services du système.
Le fichier journal de débogage de la console Sun Java Web sous /var/log/webconsole/console/console_debug_log indique si le service de console web service est en cours de mise sous tension progressive, de démarrage ou d'arrêt.
Solution de contournement : saisissez les commandes suivantes :
/usr/share/webconsole/private/bin/wcremove -i console svcadm clear system/webconsole:console smcwebserver start |
La commande wcremove supprime l'instance de domaine du serveur créée pour cette console en particulier. Lorsque la console est redémarrée, une nouvelle instance de domaine est créée.
Lors de l'utilisation des commandes lucreate et lumake sur des zones non globales qui ne sont pas en cours d'exécution, ces commandes risquent de ne pas s'exécuter correctement. Le contenu de la zone non globale d'origine et celui de la copie peuvent être différents. Les utilisateurs risquent de ne pas pouvoir se connecter à la console de la zone avec la commande zlogin. Lors de l'exécution de la commande zlogin, le message d'erreur ci-dessous s'affiche :
zlogin: makeutx failed |
La sortie du diagnostic des commandes lucreate et lumake n'affiche aucune erreur.
Solution de contournement : avant d'exécuter les commandes lucreate et lumake, assurez-vous que toutes les zones non globales sont en cours d'exécution.
Lorsque vous utilisez Oracle Solaris Live Upgrade pour mettre à niveau une version Solaris 8 ou 9 vers la version Solaris 10 10/09, la mise à niveau échoue. Le fichier de compression des images d'installation est désormais décompressé à l'aide de l'utilitaire 7za. Le package SUNWp7zip n'est pas inclus dans les versions Solaris 8 et 9. Par conséquent, les mises à niveau Oracle Solaris Solaris Live Upgrade échouent.
Solution de contournement : pour utiliser Oracle Solaris Live Upgrade pour mettre à niveau votre système à partir d'une version Solaris 8 ou 9 vers une version Solaris 10 10/09, suivez les étapes répertoriées sous la section Restrictions du composant Oracle Solaris Live Upgrade .
La mise à niveau de la réallocation de l'espace disque (DSR, Disk Space Reallocation) contenant des zones échoue si ces dernières sont installées sous le répertoire /opt. Lors de la restauration de l'archive DSR, la mise à niveau risque d'échouer. Parfois, la mise à niveau s'effectue correctement, mais le système ne peut pas être réinitialisé.
Solution de contournement : assurez-vous que le système de fichiers racine n'est pas saturé avant la mise à niveau. Supprimez certains fichiers avant d'effectuer la mise à niveau pour disposer au minimum de 10 % d'espace libre sur la tranche racine, le cas échéant.
Si vous mettez à niveau la fonctionnalité Trusted Extensions à partir de la version Solaris 10 11/06 ou Solaris 10 8/07 vers la version Solaris 10 10/08, Solaris 10 5/09 ou Solaris 10 10/09, des packages Trusted Extensions localisés non souhaités sont installés sur le système. Ce bogue se produit car le programme d'installation de la fonctionnalité Trusted Extensions présent dans les versions Solaris 10 11/06 et Solaris 10 8/07 installe des packages localisés par défaut. Aucun message d'erreur n'est affiché.
Solution de contournement : avant de mettre à niveau la fonctionnalité Trusted Extensions vers la version actuelle, supprimez les packages Trusted Extensions localisés suivants :
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 |
Ce problème se produit lors de la mise à niveau de la version Solaris 10 Hardware 2 (HW2) vers la version Solaris 10 10/09 actuelle.
Dans la version Solaris 10 HW2, le fichier name_service.xml des services de noms, tels que NIS, NIS+, FILES ou LDAP, s'affiche comme suit :
# ls -l name_service.xml lrwxrwxrwx 1 root root 10 Apr 10 16:26 name_service.xml -> ns_files.xml |
Si le service de noms est NIS, le fichier name_service.xml établit un lien avec ns_files.xml. Cependant, le contenu du fichier ns_files.xml est identique au fichier 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 |
Dans la sortie précédente, les fichiers ns_nis.xml et ns_files.xml sont identiques. Cela signifie que le fichier name_service.xml établit un lien symbolique au fichier de service de noms incorrect. Le fichier name_service.xml établit un lien vers ns_files.xml, au lieu de ns_nis.xml.
La correction de CR 6411084 concernant l'installation SUNWcsr ou le script de post-installation crée le lien correspondant uniquement si le fichier name_service.xml ne constitue pas un fichier de lien. Si name_service.xml est déjà un fichier de lien symbolique, comme dans la version Solaris 10 Hardware 2, la correction de CR 6411084 échoue.
Après une mise à niveau de Solaris 10 Hardware 2 vers la version Solaris 10 10/09 actuelle, le message suivant est consigné dans le fichier des messages ou s'affiche sur la console :
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 |
De même, le service /network/nis/client:default est hors ligne.
Solution de contournement : choisissez l'un des palliatifs suivants :
Solution de contournement 1 : avant une mise à niveau, supprimez le fichier /var/svc/profile/name_service.xml.
Solution de contournement 2 : après une mise à niveau, remplacez le lien /var/svc/profile/name_service.xml par le fichier ns_<xxx>.xml correct, conformément au service de noms.
Une zone non globale installée mais jamais initialisée ou préparée empêche la mise à niveau correcte d'un système. Aucun message d'erreur n'est affiché.
Solution : Si une telle zone est rencontrée, elle doit être préparée puis interrompue avant de lancer la mise à niveau. Exemple :
global# zoneadm -z myzone ready ; zoneadm -z myzone halt |
Lors de la mise à niveau d'un système Solaris 10 3/05 ou Solaris 10 1/06 contenant des zones non globales vers la version Solaris 10 10/09, le service SMF chargé du montage des systèmes de fichiers locaux peut échouer dans les zones non globales. Le démarrage des autres services des zones non globales peut alors échouer.
Après la mise à niveau d'un système Oracle Solaris 10 contenant des zones non globales vers la version Solaris 10 10/09, les services risquent de se trouver en mode de maintenance. Exemple :
# 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.) |
Solution de contournement :
Réinitialisez la zone non globale à partir de la zone globale. Exemple :
global# zoneadm -z myzone reboot |
Dans cette version Oracle Solaris, Solaris Volume Manager affiche la sortie des ID de périphérique sous un nouveau format. prevupdate;, qui prend en charge les ID de périphérique dans les jeux de disques, ne reconnaît pas le nouveau format. Lorsque vous procédez à la mise à niveau de la version Solaris 9 9/04 vers le SE Oracle Solaris 10, les ID de périphérique associés aux jeux de disques existants ne sont pas mis à jour dans la configuration de Solaris Volume Manager. Si vous devez rétablir les modifications de configuration du Système d'exploitation Solaris 9 9/04, apportées à la configuration des jeux de disques après la mise à niveau, ces dernières risquent de ne pas être appliquées au Système d'exploitation Solaris 9 9/04. Pour plus d'informations, reportez-vous au Chapitre 25, Troubleshooting Solaris Volume Manager (Tasks) du Solaris Volume Manager Administration Guide.
Si vous utilisez Oracle Solaris Live Upgrade pour procéder à une mise à niveau de la version Solaris 8 ou 9 vers le SE Oracle Solaris 10, les programmes de désinstallation obsolètes ne sont pas supprimés. Ces programmes de désinstallation provenant du système d'exploitation précédent sont stockés sous le répertoire /var/sadm/prod du système.
Les programmes de désinstallation obsolètes suivants ne sont pas supprimés :
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 |
Solution de contournement : une fois le système mis à niveau, supprimez manuellement les programmes de désinstallation obsolètes dans le répertoire /var/sadm/prod.
Il est possible que des environnements linguistiques connexes soient installés lorsque vous sélectionnez celui que vous souhaitez installer. Ce changement de comportement dans la version Oracle Solaris 10 provient du fait que l'ensemble des environnements linguistiques, avec traduction des messages, ainsi que les environnements linguistiques partiellement localisés (langues asiatiques et japonaise) avec activation en local ont été réorganisées selon la prise en charge linguistique. D'autres environnements linguistiques partiels (par exemple, Europe centrale) sont encore organisés et installés selon la zone géographique.