Le texte affiché par les programmes d'installation risque d'être illisible dans certaines langues, lors de l'utilisation de la commande luupgrade(1m) de Solaris Live Upgrade avec l'option -i pour réaliser la mise à niveau d'un environnement d'initialisation inactif. Le texte est corrompu lorsque les programmes d'installation requièrent des polices de caractère qui n'existent pas dans l'ancienne version détectée sur l'environnement d'initialisation actuel.
Solution : choisissez l'une des solutions ci-dessous.
Utilisez une image d'installation réseau combinée pour procéder à l'installation.
Désactivez la version localisée en anglais en définissant la variable de l'environnement sur votre système.
Si vous utilisez un bourne shell ou un korn shell, procédez comme indiqué ci-dessous.
Définissez la la version localisée en anglais en entrant la commande suivante :
# LANG=C; export LANG |
Lancez l'installation.
Si vous utilisez le C shell, procédez comme indiqué ci-dessous.
Entrez la commande suivante :
# csh |
Définissez la la version localisée en anglais en entrant la commande suivante :
# setenv LANG C |
Lancez l'installation.
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 qui indiquent un fichier de liste de patchs, procédez comme indiqué ci-dessous.
Devenez superutilisateur.
Montez l'environnement d'initialisation que vous êtes en train de corriger à l'aide d'un patch.
# lumount nom_envir_initialisation point_montage |
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 êtes en train d'ajouter.
Démontez l'environnement d'initialisation.
# luumount nom_envir_initialisation |
Lorsque vous mettez l'environnement d'exploitation Solaris 8 à niveau vers Solaris 9 ou Solaris 9 12/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.
Sous l'environnement d'exploitation Solaris 9 12/02, 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 avant de mettre le système à niveau vers l'environnement d'exploitation Solaris 9 12/02.
Solution : avant de mettre votre environnement d'exploitation à niveau vers Solaris 9 12/02, procédez comme indiqué ci-dessous.
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.
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 |
Vérifiez que les fichiers ont été sauvegardés en entrant la commande suivante :
% tar -tf /var/tmp/krb_config_files.tar |
Désinstallez chaque module répertorié dans le résultat obtenu à l'étape 1.
% pkgrm nom_module nom_module nom_module |
Mettez l'environnement d'exploitation à jour vers Solaris 9 12/02.
Le programme de mise à niveau met à jour le code du mécanisme Kerberos commun et active le service de protection Kerberos.
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 |
Si vous procédez à une mise à niveau vers l'environnement d'exploitation Solaris 9 12/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 du Secure Shell existant. Lors d'une mise à niveau, le logiciel de mise à niveau de Solaris 9 12/02 écrase le contenu de /etc/init.d/sshd.
Solution : choisissez l'une des solutions indiquées 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.
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 12/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 encore lorsqu'un logiciel tiers est installé dans /export. et le message suivant s'affiche :
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.
Si votre système prend actuellement en charge des clients sans disque qui ont été installés avec l'outil client sans disque AdminSuiteTM 2.3, vous devez d'abord supprimer tous les clients sans disque existants dont les version et architecture Solaris sont les mêmes que celles du serveur. Installez ensuite l'environnement d'exploitation Solaris 9 12/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 12/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.
Si vous mettez les environnements d'exploitation Solaris 8 (Solaris WBEM Services 2.0) ou Solaris 8 6/00 (WBEM Services 2.1) à niveau vers Solaris 9 12/02 (Solaris WBEM Services 2.5), vos données existantes sont perdues.
Solution : recompilez les fichiers propriétaires MOF (Managed Object Format) une fois la mise à niveau terminée.