test

Notes de version de Solaris 9 4/03

Bugs d'installation survenant lors d'une mise à niveau

Échec d'installation du module SUNWceudt (4826785) par la mise à jour

Si vous mettez à jour Solaris 9, Solaris 9 9/2 ou l'environnement Solaris 9 12/02 d'exploitation avec la version Solaris 9 4/03, cela entraîne la création des erreurs suivantes lorsque vous utilisez la commande pkgchk avec l'option -n :


ERREUR : le nom du chemin d'accès /usr/dt/appconfig/types
	/cs_CZ.ISO8859-2/datatypes.dt
n'existe pas
ERRER : le nom du chemin d'accès /usr/dt/appconfig/types
	/cs_CZ.ISO8859-2/develop.dt
n'existe pas
ERREUR : le nom du chemin d'accès /usr/dt/appconfig/types
	/cs_CZ.ISO8859-2/dtfile.dt
n'existe pas
ERRER : le nom du chemin d'accès /usr/dt/appconfig/types
	/cs_CZ.ISO8859-2/dtmail.dt
n'existe pas
ERREUR : le nom du chemin d'accès /usr/dt/appconfig/types
	/cs_CZ.ISO8859-2/dtpad.dt
n'existe pas
ERREUR : le nom du chemin d'accès /usr/dt/appconfig/types
	/cs_CZ.ISO8859-2/print.dt
n'existe pas
ERREUR : le nom du chemin d'accès /usr/dt/appconfig/types
	/cs_CZ.ISO8859-2/uxstd.dt
n'existe pas

Solution : utilisez le DVD Solaris 9 4/03 ou le CD Solaris 9 4/03 1 pour ajouter le module SUNWceudt . Procédez comme suit :

  1. Devenez superutilisateur.

  2. Supprimez le module SUNWceudt.


    # pkgrm SUNWceudt

  3. Passez au répertoire produit.


    # cd path-to-Solaris-9/Product

  4. Ajoutez le module SUNWceudt.


    # pkgadd   -d `pwd` SUNWceudt

Enregistrez manuellement le fichier VDiskMgr.jar fourni par le patch 114711-01 ou 114712-01 après la mise à jour (4818306)

Si vous avez appliqué le patch 114711-01 (Édition pour plate-forme SPARC) ou le patch 114712-01 (Édition pour plate-forme x86) sur votre système, vous devez enregistrer manuellement le fichier VDiskMgr.jar fourni avec ces patchs après avoir mis à jour l'environnement d'exploitation Solaris 9 4/03. Si vous n'enregistrez pas manuellement le fichier VDiskMgr.jar fourni avec le patch, le fichier VDiskMgr.jar existant reste sur votre système. De plus, le patch ne résoud pas entièrement le problème.

Afin de déterminer si un de ces patchs est sur votre système, tapez l'une des commandes ci-après :

Solution : enregistrez manuellement le fichier VDiskMgr.jar fourni avec les deux patchs mentionnés après avoir mis à jour l'environnement d'exploitation Solaris 9 4/03. Procédez comme suit :

  1. Devenez superutilisateur.

  2. Remplacez le fichier VDiskMgr.jar existant par le fichier .jar fourni dans le patch.


     # /usr/sadm/bin/smcregister tool -n \
com.sun.admin.diskmgr/VDiskMgr.jar \
/usr/sadm/lib/diskmgr/VDiskMgr.jar \
/usr/sadm/lib/dismgr/VDiskMgr_classlist.txt \
/usr/sadm/lib/diskmgr/VDiskMgrInfo.xml> /dev/null 2>$1

  3. Remplacez le fichier VDiskMgr de la boîte à outils par l'outil VDiskMgr livré dans le patch.


    # /usr/sadm/bin/smcregister toolbox add -f tool \
com.sun.admin.diskmgr.client.VDiskMgr \
-F "/Storage/">/dev/null 2>&1

  4. Arrêtez le serveur WBEM.


    # /etc/init.d/init.wbem stop

  5. Redémarrez le serveur WBEM.


    # /etc/init.d/init.wbem start

SPARC: risques d'échec des applications de Solaris Management Console Applications dépendant du format MOF (Managed Object Format) après la mise à jour (4825349)

Si vous mettez à jour l'environnement d'exploitation Solaris 9 avec la version Solaris 9 9/02, Solaris 9 12/02, ou la version 4/03 Solaris 9, la mise à jour n'enregistre pas à nouveau les fichiers de format MOF existants. Pendant la mise à jour, l'ancien répertoire /var/sadm/wbem/logr est enregistré sous le nom de répertoire /var/sadm/wbem/logru3. Les fichiers MOF enregistrés ne sont pas réenregistrés après la mise à jour. Par conséquent, les applications Solaris Management Console qui dépendent des fichiers MOF échoueront.

Le message d'erreur suivant s'affiche lorsque vous utilisez l'outil Mounts and Disks de la console :


ERR_CIM_INTROUVABLE

Solution : enregistrez manuellement les fichiers MOF manquants. Les fichiers MOF sont disponibles dans le répertoire /var/sadm/wbem/logru3 . Procédez comme indiqué ci-dessous.

  1. Devenez superutilisateur.

  2. Enregistrez manuellement les fichiers MOF.


     # /usr/sadm/bin/mofreg -r tag mof-file

    où l'étiquette est le répertoire situé dans le répertoire /var/sadm/wbem/logru3/unregDir/ et le fichier–mof est le fichier situé dans le répertoire de l'étiquette.

    Par exemple : 


    # /usr/sadm/bin/mofreg -r svm \
/var/sadm/wbem/logru3/unregDir/svm/svm/Solaris_Vm1.0.mof

  3. Arrêtez le serveur WBEM.


    # /etc/init.d/init.wbem stop

  4. Redémarrez le serveur WBEM.


    # /etc/init.d/init.wbem start

Problème d'affichage du texte par le programme d'installation en cas d'utilisation de Solaris Live Upgrade (4736488)

Si vous utilisez la commande luupgrade(1M) de Solaris Live Upgrade avec l'option -i pour procéder à la mise à niveau d'un environnement d'initialisation inactif, le texte affiché par les programmes d'installation risque d'être illisible dans certaines langues. La corruption du texte est due au fait que les programmes d'installation requièrent des polices de caractère qui n'existent pas dans la version plus ancienne détectée sur l'environnement d'initialisation actuel.

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

SPARC: impossible pour la commande luupgrade d'ajouter des patchs lors de la spécification d'un fichier de liste de patchs (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: nombre erroné

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_patchs nom_fichier_liste_patchs

    Dans cette commande, chemin_patchs 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

SPARC: erreur de suppression du module SUNWjxcft lors de la mise à niveau (4525236)

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


Suppression du module SUNWjxcft :
Impossible d'ouvrir /a/usr/openwin/lib/locale/ja
	/X11/fonts/TTbitmaps/fonts.upr
Impossible d'ouvrir /a/usr/openwin/lib/locale/ja
	/X11/fonts/TTbitmaps/fonts.scale
Impossible d'ouvrir /a/usr/openwin/lib/locale/ja
	/X11/fonts/TTbitmaps/fonts.alias
Impossible d'ouvrir /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.upr
Impossible d'ouvrir /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.scale
Impossible d'ouvrir /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.alias
Suppression de <SUNWjxcft> terminée

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 4/03, le mécanisme commun Kerberos version 5 comprend un service de protection. Le mécanisme Kerberos domestique n'est toutefois pas requis. Si vous avez installé le mécanisme Kerberos domestique, disponible sous /usr/lib/gss/do/mech_krb.so.1 sur un système Solaris 8, supprimez-le, puis procédez à une mise à niveau du système vers l'environnement d'exploitation Solaris 9 4/03.

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

  1. Entrez la commande suivante pour déterminer si le mécanisme Kerberos domestique 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. Dans ce cas, 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 suivante :


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

  3. Assurez-vous que les fichiers ont été sauvegardés en entrant la commande suivante :


    % 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. Mettez l'environnement d'exploitation à jour vers Solaris 9 4/03.

    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 indiquées ci-après 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

La mise à niveau de l'environnement d'exploitation vers Solaris 9 4/03 peut entraîner la désactivation du démon Secure Shell existant (sshd) (4626093)

Si vous procédez à une mise à niveau vers l'environnement d'exploitation Solaris 9 4/03 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 du Secure Shell existant. Lors d'une mise à niveau, le logiciel de mise à niveau de Solaris 9 4/03 écrase le contenu de /etc/init.d/sshd.

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

La mise à niveau échoue si la capacité du répertoire /export est presque atteinte (4409601)

Si la capacité totale du répertoire /export est presque atteinte et si vous effectuez une mise à niveau vers l'environnement d'exploitation Solaris 9 4/03, 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 message suivant s'affiche : 


AVERTISSEMENT : Espace insuffisant pour la mise à jour.

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

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 à l'aide de l'outil Solstice AdminSuiteTM 2.3 Diskless Client, vous devez d'abord supprimer tous les clients sans disque existants dont la version et l'architecture Solaris sont identiques à celles du serveur. Installez ensuite l'environnement d'exploitation Solaris 9 4/03 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 4/03 sur des clients sans disque existants, le message d'erreur suivant s'affiche : 


La version Solaris (numéro de version Solaris) sur la tranche <xxxxxxxx>
ne peut pas être mise à jour.
La configuration du logiciel installé sur ce disque présente un problème
inconnu.

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.