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

Cette section décrit les bogues de la mise à niveau. Certains bogues risquent de se produire lors de la mise à niveau vers le SE Oracle Solaris 10. D'autres bogues risquent de se produire après la mise à niveau.

SPARC : Tous les types de machines série M peuvent subir une légère baisse des performances (7058265)

Une fois la mise à jour vers Oracle Solaris 10 8/11 terminée, tous les types de machines série M peuvent subir une légère baisse des performances. La dégradation des performances a été introduite à la suite de la correction de CR 6919646.

CR 6919646 résout le problème de blocage des machines série M dû à l'incohérence des entrées TLB (Translation Lookaside Buffer). Par exemple, les applications telles que le logiciel Oracle Database peuvent s'arrêter de manière répétée lorsqu'elles rencontrent des adresses ISM, en raison de l'incohérence des entrées TLB dans le matériel. Lorsque ce problème survient, les applications concernées ne peuvent pas continuer à fonctionner sur les CPU occupées sauf si le système est réinitialisé, ou jusqu'à ce que les TLB soient supprimées de manière aléatoire par d'autres activités du noyau.

Échec de la commande lucreate sur les systèmes qui ne disposent pas du package SUNWzoneu (7061870)

La commande lucreate échoue sur les systèmes qui ne disposent pas du package SUNWzoneu. Il peut s'agir, par exemple, des systèmes Solaris 8, Solaris 9 et Oracle Solaris 10 installés sur le métacluster SUNWcreq.

Des messages d'erreur similaires à ceux figurant dans l'exemple suivant peuvent s'afficher :

  Error message:    #lucreate -n u10
Analyzing system configuration.
Updating boot environment description database on all BEs.
Updating system configuration files.
Creating configuration for boot environment <u10>.
Source boot environment is <s10_u9>.
Creating file systems on boot environment <u10>.
Populating file systems on boot environment <u10>.
Analyzing zones.
Duplicating ZFS datasets from PBE to ABE.
Creating snapshot for <newpool/ROOT/s10_u9> on <newpool/ROOT/s10_u9@u10>.
Creating clone for <newpool/ROOT/s10_u9@u10> on <newpool/ROOT/u10>.
Mounting ABE <u10>.
Generating file list.
Finalizing ABE.
Fixing zonepaths in ABE.
Unmounting ABE <u10>.
Fixing properties on ZFS datasets in ABE.
Reverting state of zones in PBE <s10_u9>.
Making boot environment <u10> bootable.
ERROR: Unable to mount non-global zones of ABE <u10>: cannot make ABE bootable.
ERROR: Unable to make boot environment <u10> bootable.
ERROR: Unable to populate file systems on boot environment <u10>.
Removing incomplete BE <u10>.
ERROR: Cannot make file systems for boot environment <u10>.

Le service iscsi/initiator peut se trouver en état de maintenance après la mise à niveau (6976602)

Le service SMF svc:/network/iscsi/initiator:default peut terminer en état de maintenance lors de la première initialisation après la mise à niveau à partir de l'une des versions de mise à jour d'Oracle Solaris 10 (à partir de Solaris 10 1/06 - Solaris 10 10/09), vers Oracle Solaris 10 9/10 ou Oracle Solaris 10 8/11. Cette situation se produit lorsque le service svc:/network/iscsi/initiator:default commence avant la fin du service svc:/system/manifest-import:default.

Des messages d'erreur similaires à ceux figurant dans l'exemple suivant peuvent s'afficher :

Jul 12 16:39:22 svc.startd[7]: svc:/network/iscsi/initiator:default:
Method "/lib/svc/method/iscsid" failed with exit status 1.
Jul 12 16:39:22 svc.startd[7]: svc:/network/iscsi/initiator:default:
Method "/lib/svc/method/iscsid" failed with exit status 1.
Jul 12 16:39:22 svc.startd[7]: svc:/network/iscsi/initiator:default:
Method "/lib/svc/method/iscsid" failed with exit status 1.
Jul 12 16:39:22 svc.startd[7]: network/iscsi/initiator:default failed:
transitioned to maintenance (see 'svcs -xv' for details)


# svcs -xv
svc:/network/iscsi/initiator:default (?)
State: maintenance since Tue Jul 12 16:29:38 2011
Reason: Start method failed repeatedly, last exited with status 1.
  See: http://sun.com/msg/SMF-8000-KS
  See: /var/svc/log/network-iscsi-initiator:default.log
Impact: This service is not running.

# tail /var/svc/log/network-iscsi-initiator:default.log
[ Jul 12 16:39:22 Executing start method ("/lib/svc/method/iscsid") ]
Usage: /lib/svc/method/iscsid { start | stop }
[ Jul 12 16:39:22 Method "start" exited with status 1 ]
[ Jul 12 16:39:22 Executing start method ("/lib/svc/method/iscsid") ]
Usage: /lib/svc/method/iscsid { start | stop }
[ Jul 12 16:39:22 Method "start" exited with status 1 ]
[ Jul 12 16:39:22 Executing start method ("/lib/svc/method/iscsid") ]
Usage: /lib/svc/method/iscsid { start | stop }
[ Jul 12 16:39:22 Method "start" exited with status 1 ]

Solution : effacez l'état de maintenance du service iscsi/initiator. Le service est démarré automatiquement avec les arguments corrects. Par exemple :

# svcadm clear svc:/network/iscsi/initiator:default

Les zones de Trusted Extension ne s'initialisent pas après une mise à niveau automatique vers Oracle Solaris 10 8/11 (7041057)

Dans un environnement Trusted Extensions doté de zones étiquetées, les zones conservent l'état installé et ne s'initialisent pas lorsqu'elles se trouvent dans l'environnement d'initialisation qui vient d'être créé. Si les zones sont initialisées manuellement, des erreurs se produisent en fonction des montages lofs présents dans les zones.

Solution : pour initialiser les zones de l'environnement d'initialisation de remplacement (ABE), effectuez les opérations suivantes dans la zone de l'ABE :

1. Supprimez le fichier qui affiche l'erreur de montage lofs lors de l'initialisation de la zone, car il possède le même numéro inode que dans l'environnement d'initialisation principal (PBE).

2. Copiez manuellement le fichier de l'environnement d'initialisation principal (PBE). Cette copie permet de s'assurer que les fichiers possèdent des numéros inode différents.

Échec de lucreate et lumake lorsque Trusted Extensions est activé et que les zones étiquetées ne sont pas en cours d'exécution (7055968)

Si vous exécutez la commande lucreate ou lumake sur un système exécutant Trusted Extensions, les commandes risquent d'échouer si le système dispose de zones non globales étiquetées et si ces zones ne sont pas en cours d'exécution.

Considérez par exemple la commande lucreate :

lucreate -c OLD_BE -n NEW_BE -m/:/dev/dsk/c0t0d0s3:ufs

Des messages d'erreur similaires à ceux figurant dans l'exemple suivant peuvent s'afficher :

Making boot environment <NEW_BE> bootable.
ERROR: The mount point </.alt.tmp.b-2cc.mnt> is not a valid ABE mount point
 (no /etc directory found).
ERROR: You must use the <-m> option to specify the mount point of the 
ABE where to create the /etc/vfstab file.
Usage: luedvfstab -i ABE_icf_file -m ABE_mount_point -n BE_name
ERROR: Unable to configure /etc/vfstab file on ABE <NEW_BE>: cannot make ABE bootable.
ERROR: Unable to make boot environment <NEW_BE> bootable.
ERROR: Unable to populate file systems on boot environment <NEW_BE>.
Removing incomplete BE <NEW_BE>.
ERROR: Cannot make file systems for boot environment <NEW_BE>.

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.

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 bogue se produit lors de la mise à niveau de la version Solaris 10 Hardware 2 (HW2) vers la version Solaris 10 10/09.

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.

Après une mise à niveau de Solaris 10 Hardware 2 vers la version Solaris 10 10/09, 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 1 : avant une mise à niveau, supprimez le fichier /var/svc/profile/name_service.xml.

• Solution 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,  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 &; Live Upgrade pour effectuer une mise à niveau à partir des versions précédentes (6198380)

Si vous utilisez &; 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.