Bugs liés à l'installation survenant pendant une mise à niveau

Live Upgrade ne met pas à jour le fichier /etc/group dans l'environnement d'initialisation lors de l'installation d'une archive Solaris Flash (4683186)

Si vous utilisez Solaris Live Ugrade pour installer une archive Solaris Flash sur un environnement d'initialisation, le fichier /etc/group est erroné. L'archive contient le fichier /etc/group qui a été archivé et ne reflète pas le fichier /etc/group relatif à l'environnement d'initialisation en cours d'exécution. Le fichier /etc/group figurant dans l'environnement d'initialisation doit être identique au fichier situé sur le système en cours d'exécution.

Solution : après l'installation d'une archive Solaris Flash sur un environnement d'initialisation, vous devez copier le fichier /etc/group du système en cours d'exécution sur le nouvel environnement d'initialisation. Procédez comme suit.

1. Devenez superutilisateur.

2. Montez l'environnement d'initialisation que vous souhaitez corriger à l'aide d'un patch.

   # lumount nom_envir_initialisation point_montage

   Dans la commande précédente, nom_envir_initialisation correspond au nom de l'environnement d'initialisation dont vous souhaitez monter les systèmes de fichiers. point_montage correspond au point de montage du système de fichiers.

3. Copiez le fichier /etc/group du système en cours d'exécution vers le nouvel environnement d'initialisation.

   # cp /etc/group point_montage/etc/group

4. Démontez le nouvel environnement d'initialisation.

   # luumount nom_envir_initialisation

Impossible pour la commande luupgrade d'ajouter des patchs lorsqu'un fichier de liste de patchs est spécifié (4679511)

Si vous utilisez l'option -s avec la commande luupgrade pour ajouter des patchs avec un répertoire et un fichier de liste de patchs, les patchs ne sont pas ajoutés. Un message identique à celui qui suit s'affiche :

/usr/sbin/luupgrade [52]:		3 fichier_liste_patchs : bad number

Dans ce message, fichier_liste_patchs correspond au fichier de liste de patchs que la commande luupgrade doit utiliser, suivant ce que vous avez spécifié, pour ajouter des patchs.

Solution : pour ajouter des patchs en spécifiant un fichier de liste de patchs, procédez comme indiqué ci-dessous.

1. Devenez superutilisateur.

2. Montez l'environnement d'initialisation que vous souhaitez corriger à l'aide d'un patch.

   # lumount nom_envir_initialisation point_montage

3. Ajoutez les patchs à l'environnement d'initialisation.

   # /usr/sbin/patchadd -R point_montage -M chemin_patch nom_fichier_liste_patchs

   Dans cette commande, chemin_patch correspond au nom du chemin d'accès du répertoire contenant les patchs à ajouter. nom_fichier_liste_patchs correspond au fichier contenant la liste de patchs que vous souhaitez ajouter.

4. Démontez l'environnement d'initialisation.

   # luumount nom_envir_initialisation

Suppression du module SUNWjxcft suite à une erreur lors de la mise à niveau (4525236)

Lorsque vous mettez l'environnement d'exploitation Solaris 8 à niveau vers Solaris Solaris 9 ou Solaris 9 9/02, un problème survient à la désinstallation du module SUNWjxcft. Le message d'erreur suivant est enregistré dans le fichier upgrade_log.

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

Solution : ignorez le message d'erreur.

Les mises à niveau à partir de l'environnement d'exploitation Solaris 8 peuvent engendrer des mécanismes Kerberos de protection redondants (4672740)

Sous l'environnement d'exploitation Solaris 9 9/02, le mécanisme commun Kerberos version 5 comprend un service de protection. Le mécanisme commun Kerberos n'est toutefois pas requis. Si vous avez installé le mécanisme commun Kerberos, disponible sous /usr/lib/gss/do/mech_krb.so.1, sur un système Solaris 8, supprimez-le avant de mettre le système à niveau vers l'environnement d'exploitation Solaris 9 9/02.

Solution : avant de mettre votre environnement d'exploitation à niveau vers Solaris Solaris 9 9/02, procédez comme indiqué ci-dessous.

1. Entrez la commande suivante pour déterminer si le mécanisme commun Kerberos est installé sur le système.

   % pkginfo | fgrep ' SUNWk5'

   • Si le résultat de cette commande comprend un nom de module SUNWk5 , cela signifie que ce mécanisme est installé sur le système. Passez à l'étape 2.

   • Si le résultat ne mentionne aucun nom de module SUNWk5, cela signifie que ce mécanisme n'est pas installé sur le système. Le cas échéant, ignorez les étapes suivantes. Mettez le système à niveau.

2. Faites une copie des fichiers /etc/nfssec.conf et /etc/gss/qop en entrant la commande ci-dessous.

   % tar -cf /var/tmp/krb_config_files.tar /etc/nfssec.conf /etc/gss/qop

3. Vérifiez que les fichiers ont été sauvegardés en entrant la commande ci-dessous.

   % tar -tf /var/tmp/krb_config_files.tar

4. Désinstallez chaque module répertorié dans le résultat obtenu à l'étape 1.

   % pkgrm nom_module nom_module nom_module

5. Procédez à la mise à niveau de l'environnement d'exploitation Solaris 9 9/02.

   Le programme de mise à niveau met à jour le code du mécanisme Kerberos commun et active le service de protection Kerberos.

6. Modifiez les lignes suivantes dans le fichier /etc/gss/mech depuis un éditeur de texte.

   • Supprimez les commentaires relatifs à la ligne suivante.

     kerberos_v5 1.2.840.113554.1.2.2 gl/mech_krb5.so gl_kmech_krb5

     Ajoutez si nécessaire la ligne précédente dans le fichier /etc/gss/mech.

   • Supprimez la ligne suivante.

     kerberos_v5 1.2.840.113554.1.2.2 do/mech_krb5.so do_kmech_krb5

   • Restaurez les fichiers /etc/nfssec.conf et /etc/gss/qop en entrant la commande suivante.

     % tar -xf /var/tmp/krb_config_files.tar

Les scripts preremove des modules de langues asiatiques de Solaris 9 et Solaris 9 9/02 ne s'exécutent pas correctement pendant la mise à niveau (4707449)

Les scripts preremove inclus dans les modules de langues asiatiques des logiciels Solaris 9 et Solaris 99/02 ne s'exécutent pas correctement pendant la mise à niveau avec réaffectation du disque dur (DSR). Si vous tentez une mise à niveau vers une version plus récente de l'environnement d'exploitation Solaris, le message d'erreur ci-dessous s'affiche dans le fichier /var/sadm/system/logs/update_log.

Removing package SUNWkwbcp:
/a/var/sadm/pkg/SUNWkwbcp/install/preremove: /a/usr/4lib: does not exist
pkgrm: ERROR: preremove script did not complete successfully

Removal of SUNWkwbcp failed.
pkgrm return code = 1
Removing package SUNWkbcp:
/a/var/sadm/pkg/SUNWkbcp/install/preremove: /a/usr/4lib: does not exist
pkgrm: ERROR: preremove script did not complete successfully
Removal of SUNWkbcp failed.
pkgrm return code = 1
Removing package SUNWcwbcp:
/a/var/sadm/pkg/SUNWcwbcp/install/preremove: /a/usr/4lib: does not exist
pkgrm: ERROR: preremove script did not complete successfully

Removal of SUNWcwbcp failed.
pkgrm return code = 1
Removing package SUNWcbcp:
/a/var/sadm/pkg/SUNWcbcp/install/preremove: /a/usr/4lib: does not exist
pkgrm: ERROR: preremove script did not complete successfully

Removal of SUNWcbcp failed.
pkgrm return code = 1
Removing package SUNWhwbcp:
/a/var/sadm/pkg/SUNWhwbcp/install/preremove: /a/usr/4lib: does not exist
pkgrm: ERROR: preremove script did not complete successfully

Removal of SUNWhwbcp failed.
pkgrm return code = 1
Removing package SUNWhbcp:
/a/var/sadm/pkg/SUNWhbcp/install/preremove: /a/usr/4lib: does not exist
pkgrm: ERROR: preremove script did not complete successfully

Removal of SUNWhbcp failed.
pkgrm return code = 1

Solution : ignorez le message d'erreur.

Il est possible que la mise à niveau de l'environnement d'exploitation Solaris 9 9/02 désactive le démon Secure Shell existant (sshd) (4626093)

Si vous procédez à une mise à niveau vers l'environnement d'exploitation Solaris 9 9/02 sur un système sur lequel tourne le Secure Shell d'un tiers (par exemple, OpenSSH) à partir du démon /etc/init.d/sshd, la mise à niveau désactive le démon Secure Shell existant. Lors d'une mise à niveau, le programme de mise à niveau de Solaris 9 9/02 écrase le contenu de /etc/init.d/sshd.

Solution : choisissez l'une des solutions ci-dessous.

• Si vous ne voulez pas installer le programme serveur de protocole du Secure Shell sur votre système, n'installez pas les modules SUNWsshdr et SUNWsshdu pendant la mise à niveau.

• Si vous ne voulez pas installer les programmes serveur ou client de protocole du Secure Shell sur votre système, n'installez pas le cluster du Secure Shell (Secure Shell Cluster - SUNWCssh) pendant la mise à niveau.

La mise à niveau échoue si le répertoire /export arrive à saturation (4409601)

Si la capacité totale du répertoire /export est presque atteinte et que vous effectuez une mise à niveau vers l'environnement d'exploitation Solaris 9 9/02, l'espace disque nécessaire au répertoire /export est mal calculé. La mise à niveau échoue. Ce problème survient généralement lorsqu'un client sans disque est installé ou lorsqu'un logiciel tiers est installé dans le répertoire /export. Le système affiche le message suivant :

WARNING: Insufficient space for the upgrade.

Solution : avant la mise à niveau, choisissez l'une des solutions ci-dessous.

• Renommez temporairement le répertoire /export, jusqu'à ce que la mise à niveau soit terminée.

• Mettez temporairement (jusqu'à la fin de la mise à niveau) en commentaire la ligne /export dans le fichier /etc/vfstab.

• Si /export est un système de fichiers distinct, démontez-le avant de procéder à la mise à niveau.

Mise à niveau de clients sans disque et de serveurs de clients sans disque (4363078)

Si votre système prend actuellement en charge des clients sans disque qui ont été installés avec l'outil client sans disque Solstice AdminSuite 2.3^TM vous devez d'abord supprimer tous les clients sans disque existants qui sont de la même version et architecture Solaris que le serveur. Installez ensuite l'environnement d'exploitation Solaris 9 9/02 ou effectuez la mise à niveau vers cette version. Pour obtenir des instructions spécifiques, reportez-vous au System Administration Guide: Basic Administration.

Si vous tentez d'installer l'environnement d'exploitation Solaris 9 9/02 sur des clients sans disque existants, le message d'erreur suivant apparaît :

The Solaris Version (Solaris numéro_version) on slice <xxxxxxxx> cannot
be upgraded.
There is an unknown problem with the software configuration installed
on this disk.

Dans ce message d'erreur, numéro_version renvoie à la version Solaris tournant actuellement sur votre système. <xxxxxxxx> renvoie à la tranche sur laquelle tourne cette version de l'environnement d'exploitation Solaris.

Mise à niveau du JavaSpaces Data Store pour éviter toute perte de données WBEM (4365035)

La mise à niveau des environnements d'exploitation Solaris 8 (Solaris WBEM Services 2.0) ou Solaris 8 6/00 (WBEM Services 2.1) vers Solaris 99/02 (Solaris WBEM Services 2.5) entraînera la perte des données existantes.

Solution : recompilez les fichiers propriétaires MOF (Managed Object Format) une fois la mise à niveau terminée.