Pour obtenir les toutes dernières informations sur 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 de Solaris.
Cette section décrit les bogues de la mise à niveau. Certains bogues sont susceptibles de survenir lors de la mise à niveau vers SE Solaris 10 et d'autres une fois celle-ci terminée.
Sur les systèmes configurés pour Solaris Trusted Extensions, les périphériques audio ne sont pas disponibles pour l'allocation à des étiquettes utilisateur après la mise à niveau à partir de Solaris 10 5/08, de versions antérieures à Solaris 10 10/08 ou de versions ultérieures. Ce bogue se produit car les modifications appliquées au fichier /etc/logindevperm sont perdues lors de la mise à niveau. Aucun message d'erreur n'est affiché.
Solution : après la mise à niveau, fusionnez manuellement les fichiers /etc/logindevperm.old et /etc/logindevperm pour restaurer les modifications de configuration de Solaris Trusted Extensions apportées à logindevperm.
Pendant la mise à niveau vers le SE Solaris 10 10/09, les fichiers /etc/services et /etc/inet/services sont supprimés lorsque le package SUNWsmbar est installé. Les messages d'erreur suivants s'affichent sur la console du système lors de la réinitialisation :
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 |
Solution de contournement : pour éviter la suppression de /etc/services et de /etc/inet/services lors de la mise à niveau du SE, procédez comme suit :
Arrêtez tous les services Samba en cours d'exécution :
#svcadm disable samba:default swat:default wins:default winbind:default |
Désinstallez le package SUNWsmbar avant la mise à niveau du SE :
#pkgrm SUNWsmbar |
Mettez à niveau le SE vers la version Solaris 10 10/09.
Réinstallez le package SUNWsmbar :
#pkgadd SUNWsmbar |
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.
En cas d'utilisation des commandes lucreate et lumake sur des zones non globales qui ne sont pas en cours d'exécution, il est possible que les commandes ne s'exécutent pas 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 à l'aide de la commande zlogin. Le message d'erreur ci-dessous s'affiche en cas d'exécution de la commande zlogin :
zlogin: makeutx failed |
La sortie de diagnostic des commandes lucreate et lumake n'affiche aucune erreur.
Solution de contournement : avant d'exécuter les commandes lucreate et lumake, vérifiez que toutes les zones non globales sont en cours d'exécution.
La mise à niveau des versions Solaris 8 et Solaris 9 précédentes vers la version Solaris 10 10/09 à l'aide de Solaris Live Upgrade échoue. Le fichier de compression des images d'installation est à présent 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, Solaris Live Upgrade échoue.
Solution de contournement : pour mettre à niveau votre système vers la version Solaris 10 10/09 à l'aide de Solaris Live Upgrade à partir des versions Solaris 8 et Solaris 9, suivez les étapes répertoriées sous Restrictions de Solaris Live Upgrade.
La mise à niveau de réallocation de l'espace disque (DSR, Disk Space Reallocation) avec des zones échoue si les zones sont installées dans le répertoire /opt. La mise à niveau peut échouer lors de la restauration de l'archive DSR. Parfois, la mise à niveau s'effectue correctement, mais le système ne peut pas être réinitialisé.
Solution de contournement : avant d'effectuer la mise à niveau, vérifiez que le système de fichiers racine n'est pas plein. Supprimez certains fichiers avant d'effectuer la mise à niveau afin qu'au moins 10 % de la tranche racine soit disponible.
Si vous mettez à niveau Solaris Trusted Extensions de la version Solaris 10 11/06 ou Solaris 10 8/07 vers la version Solaris 10 10/08, Solaris 10 5/09 ou la version actuelle Solaris 10 10/09, des packages Solaris Trusted Extensions localisés non souhaités sont installés sur le système. Ce bogue se produit parce que le programme d'installation de Solaris 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 Solaris Trusted Extensions vers la version actuelle, supprimez les packages Solaris Trusted Extensions localisés :
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 en cas de mise à niveau de la version Solaris 10 Hardware 2 vers la version Solaris 10 10/09 actuelle.
Dans la version Solaris 10 Hardware 2, le fichier name_service.xml des services de noms, tels que NIS, NIS+, FILES ou LDAP est 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. Toutefois, le contenu des fichiers ns_files.xml et ns_nis.xml est identique.
# 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, l'installation SUNWcsr ou le script de postinstallation, crée le lien correct uniquement si name_service.xml n'est 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 de contournement :
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 |
En cas de mise à niveau d'un système Solaris 3/05 ou Solaris 10 1/06 vers la version Solaris 10 10/09 avec des zones non globales, 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 Solaris 10 présentant 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 la version Solaris10, Solaris Volume Manager affiche les ID de périphériques dans un nouveau format. Système d'exploitation Solaris 9 9/04, qui prend en charge les ID de périphériques 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 SE Solaris 10, les ID de périphériques associés aux jeux de disques existants ne sont pas mis à jour dans la configuration de Solaris Volume Manager. Si vous devez faire l'opération inverse pour rétablir Système d'exploitation Solaris 9 9/04, les modifications apportées à la configuration des jeux de disques après la mise à niveau risquent de ne pas être appliquées dans 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.
La barre de progression de la mise à niveau ne s'affiche pas lorsque vous utilisez le logiciel Solaris Live Upgrade de l'une des manières suivantes :
Vous mettez à niveau le système d'exploitation à l'aide du CD Solaris 10 10/09.
Vous mettez à niveau un environnement d'initialisation à l'aide de la commande luupgrade avec les options suivantes :
-i pour installer à partir du CD
-O “-nodisplay -noconsole ” pour lancer le programme d'installation sur le second CD en mode texte et sans interaction avec l'utilisateur
Vous effectuez une mise à niveau vers le logiciel Solaris 10 10/09 à partir des versions suivantes :
Solaris 9
Solaris10
Par exemple, si vous exécutez la commande suivante, la barre de progression devrait s'afficher après l'apparition du message suivant :
Running installer on BE s10u1. |
Pourtant, elle ne s'affiche pas.
# 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. |
Aucun message d'erreur n'est affiché.
Solution de contournement : utilisez la commande prstat. Cette commande vous permet de vérifier la progression de l'ajout des packages au cours de l'installation.
Si vous utilisez Solaris Live Upgrade pour procéder à la mise à niveau de Solaris 8 ou Solaris 9 vers SE Solaris 10, des programmes de désinstallation obsolètes ne sont pas supprimés. Ces programmes de désinstallation à partir du système d'exploitation précédent demeurent dans 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.