Problèmes et bogues liés à la mise à niveau

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.

Interruption du système après la mise à niveau due à la commande shutdown (6751843)

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.

Création impossible d'une copie d'une zone non globale qui n'est pas en cours d'exécution avec les commandes lucreate et lumake (6659451)

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.

SPARC : Échec de la mise à niveau Oracle Solaris Live Upgrade à partir des versions Solaris 8 et 9 (6638175)

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 .

Problèmes liés à la mise à niveau de la réallocation d'espace disque contenant des zones (6616788)

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.

Problèmes de mise à niveau de la fonctionnalité Trusted Extensions (6616585)

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 :

Communication impossible entre le système et la commande ypbind après la mise à niveau (6488549)

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.

Échec de la mise à niveau sur un système comprenant des zones installées mais non initialisées

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

Échec du service de système de fichiers locaux en cas de mise à niveau d'un système Oracle Solaris 10 contenant des zones non globales vers la version Solaris 10 10/09 (6428258)

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

Divergences des ID de périphériques après une mise à niveau à partir de Système d'exploitation Solaris 9 9/04

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.

Programmes de désinstallation obsolètes non supprimés lors de l'utilisation du composant Oracle Solaris Live Upgrade pour effectuer une à niveau à partir des versions précédentes (6198380)

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.

Des versions localisées connexes peuvent être installées

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.