Les bugs d'installation suivants apparaissent au cours d'une mise à niveau vers la version Solaris 9 4/04.
Si vous installez une archive Solaris Flash, un fichier apparaît comme étant nouveau et provoque l'échec de la mise à jour. Le logiciel Solaris Flash vérifie que les fichiers du système clone sont une réplique exacte du système maître. Le script reboot_processing n'est pas supprimé au moment de la réinitialisation. Ainsi, le fichier est identifié par le logiciel Flash comme un nouveau fichier.
Le message d'erreur suivant apparaît :
New files detected: /etc/init.d/flash_reboot_processing |
Solution : pour éviter l'apparition de ce problème, choisissez une des solutions ci-dessous.
Supprimez le fichier flash_reboot_processing avant d'installer l'archive Solaris Flash sur le système clone.
Lorsque vous installez l'archive différentielle, vous pouvez utiliser le mot-clé forced_deployment de la méthode JumpStart personnalisée pour forcer l'installation. Les nouveaux fichiers détectés sur le clone sont supprimés au cours de l'installation et celle-ci s'achève sans problème.
Lorsque vous installez l'archive différentielle, vous pouvez utiliser le mot-clé no_content_check de la méthode JumpStart personnalisée dans le profil afin de désactiver la vérification de fichiers. Le logiciel ne vérifie pas les fichiers, aucun fichier n'est supprimé et l'installation s'achève.
Vous pouvez exclure le fichier au moment de la création de l'archive différentielle. Durant la création de l'archive, ce fichier est ajouté à un filtre de fichiers. Le fichier est ensuite ignoré pendant l'installation de l'archive. Procédez comme indiqué ci-dessous.
Initialisez le système maître.
Pour exclure le fichier /etc/init.d/flash_reboot_processing au cours de la création de l'archive, entrez la commande suivante :
# flarcreate -n nom_archive -A rép_image_maître_inchangé-x \ /etc/init.d/flash-reboot-processing chemin/nom_fichier |
Lors de la création d'une archive différentielle, vous pouvez utiliser l'option -M pour annuler la vérification de fichiers. Aucun fichier global n'est créé. Ainsi, les fichiers du système clone se sont pas vérifiés. Procédez comme indiqué ci-dessous.
Initialisez le système maître.
Pour désactiver la vérification de fichiers à l'aide de l'option -M, entrez la commande suivante :
# flarcreate -n nom_archive -A rép_image_maître_inchangé -M chemin/nom_fichier |
nom_archive est le nom donné à l'archive.
Option -A est le rép_image_maître_inchangé créant une archive différentielle par comparaison d'une image du nouveau système avec l'image spécifiée par l'argument rép_image_maître_inchangé.
chemin est le chemin d'accès au répertoire dans lequel vous souhaitez sauvegarder le fichier d'archive. Si vous ne spécifiez pas de chemin d'accès, la commande flarcreate sauvegarde le fichier de l'archive dans le répertoire courant.
nom_fichier est le nom du fichier d'archive.
Pour de plus amples informations, reportez-vous au document Solaris 9 4/04 Installation Guide.
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.
Utilisez une image d'installation réseau combinée pour procéder à l'installation.
Activez 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 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 version localisée en anglais en entrant la commande suivante :
# setenv LANG C |
Lancez l'installation.
Lorsque vous procédez à une mise à niveau du logiciel Solaris 8 vers la version Solaris 9 ou Solaris 9 4/04, un problème survient au moment de la suppression du package 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.
Si vous procédez à une mise à niveau vers la version Solaris 9 4/04 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 Solaris 9 4/04 é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 packages SUNWsshdr et SUNWsshdu pendant la mise à niveau.
Si vous ne voulez pas installer les programmes serveur ou client de protocole du shell sécurisé sur votre système, n'installez pas le cluster du shell sécurisé (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 la version Solaris 9 4/04, 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 :
WARNING: Insufficient space for the upgrade. |
Solution : avant la mise à niveau, choisissez l'une des solutions indiquées 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 installés à l'aide de l'outil Solstice AdminSuiteTM 2.3 Diskless Client :
Supprimez tous les clients sans disque existants dont la version et l'architecture Solaris sont identiques à celles du serveur.
Procédez à l'installation ou à la mise à niveau vers la version Solaris 9 4/04.
Pour obtenir des instructions spécifiques,reportez-vous au document System Administration Guide: Basic Administration.
Si vous tentez d'installer le logiciel Solaris 9 4/04 sur des clients sans disque existants, le message d'erreur suivant s'affiche :
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> correspond à la tranche exécutant cette version du logiciel Solaris.