test

Notes de version de Solaris 9 4/03

Chapitre 1 Problèmes liés à l'installation

Ce chapitre décrit les problèmes liés à l'installation de l'environnement d'exploitation Solaris 9 4/03.

Les descriptions suivantes des bugs liés à l'installation ont été ajoutées à ce chapitre depuis la dernière publication de ce document sur le CD-ROM de la documentation de Solaris 9 4/03 et dans le kiosque d'installation sur le CD-ROM d'installation de Solaris 9 4/03.

Problèmes à connaître avant d'installer le logiciel Solaris 9 4/03

SPARC: initialisation à partir du DVD Solaris 9 4/03

L'environnement d'exploitation Solaris 9 4/03 est désormais disponible sur DVD. Pour effectuer une installation ou une mise à niveau depuis le DVD Solaris 9 4/03, insérez-le dans le lecteur de DVD et initialisez le système à partir de l'invite ok à l'aide de la commande suivante : 


ok boot cdrom

x86: problème de partition lié au CD d'installation Solaris 9 4/03

Si la version du programme Solaris Web Start 3.0 présente sur le CD d'installation de Solaris 9 4/03 ne trouve aucune partition fdisk Solaris sur le système, vous devez en créer une sur le disque root.

Attention : Attention :

si vous modifiez la taille d'une partition fdisk existante, toutes les données qu'elle contient sont automatiquement effacées. Sauvegardez vos données avant de créer une partition fdisk Solaris.

Le programme Solaris Web Start 3.0 requiert deux partitions fdisk pour effectuer une installation.

Remarque :

le programme d'installation présent sur le CD d'installation Solaris 9 4/03 crée la partition d'initialisation x86, en supprimant 10 Mo de la partition fdisk Solaris. Cette suppression évite ainsi l'altération de partitions fdisk existantes.

Vous ne devez pas créer cette partition manuellement.

Cette condition vous évite également d'utiliser le CD d'installation Solaris 9 4/03 pour effectuer une mise à jour des versions 2.6 ou 7 de l'environnement d'exploitation Solaris vers Solaris 9 4/03. Pour de plus amples informations, reportez-vous à la rubrique Problèmes de mise à niveau.

x86: modification de la distribution de la partition de disque d'initialisation par défaut

Dans l'environnement d'exploitation Solaris 9 4/03, le programme d'installation Solaris Web Start et suninstall utilise par défaut une nouvelle distribution de partition de disque d'initialisation afin de traiter la partition de services sur des systèmes SunTM LX50. Ce programme d'installation vous permet de préserver une partition de service existante.

La nouvelle valeur par défaut inclut les partitions suivantes :

Si vous désirez utiliser cette distribution par défaut, sélectionnez Default lorsque le programme Solaris Web Start ou suninstall vous demande de choisir une distribution de disque d'initialisation.

Remarque :

si vous installez l'environnement d'exploitation Solaris 9 4/03 (x86 Platform Edition) sur un système qui n'inclut actuellement aucune partition de service, les programmes Solaris Web Start et suninstall ne créent pas de nouvelle partition de service par défaut. Si vous désirez créer une partition de service sur votre système, reportez-vous à x86: partition de service non créée par défaut sur les systèmes exempts de partition de service.

Vous pouvez également éditer manuellement la distribution de la partition de disque, notamment celle du disque d'initialisation dans les circonstances suivantes :

Remarque :

si votre système contient une version de l'environnement d'exploitation Solaris susceptible d'être mise à niveau, mais ne contient pas de partition d'initialisation x86, vous risquez de ne pas pouvoir procéder à la mise à niveau à partir du CD d'installation Solaris. Pour effectuer la mise à niveau d'un système ne contenant pas de partition d'initialisation x86 vers l'environnement d'exploitation Solaris 9 4/03, utilisez le programme d'installation suninstall livré avec le CD Solaris 9 4/03 1 sur 2.

SPARC: risque de non-installation de plusieurs versions localisées en cas d'installation du profil JumpStart par défaut sur de petits disques

Si vous utilisez le profil par défaut Solaris JumpStartTM sur le support Solaris 9 4/03 pour installer de multiples environnements localisés sur un système doté d'un petit disque, il est possible que l'installation échoue. Ce problème peut apparaître dans les circonstances suivantes :

x86: partition de service non créée par défaut sur les systèmes exempts de partition de service

Si vous installez l'environnement d'exploitation Solaris 9 4/03 sur un système qui n'inclut actuellement aucune partition de service, le programme d'installation risque de ne pas créer la partition de service par défaut. Si vous incluez une partition de service sur le disque sur lequel se trouve la partition Solaris, vous devez recréer la partition de service avant d'installer l'environnement d'exploitation.

Si vous avez installé l'environnement d'exploitation Solaris 8 2/02 sur un système Sun LX50, le programme d'installation risque de ne pas avoir préservé la partition de service. Si vous ne procédez pas à l'édition manuelle de la distribution de la partition d'initialisation fdisk pour préserver la partition de service, le programme d'installation efface la partition de service lors de l'installation.

Remarque :

si vous n'avez pas préservé la partition de service de façon spécifique lors de l'installation de l'environnement d'exploitation Solaris 8 2/02, il vous sera impossible de recréer celle-ci et de procéder à une mise à jour vers Solaris 9 4/03. Vous devrez exécuter une installation initiale du logiciel.

Solution : si vous souhaitez inclure une partition de service sur le disque qui contient la partition Solaris, choisissez l'une des solutions ci-dessous.

x86: disquette d'initialisation de l'assistant de configuration des périphériques de Solaris non disponible

L'assistant de configuration des périphériques de Solaris 9 n'est pas livré sous forme de disquette d'initialisation dans la version Solaris 9 4/03. Pour initialiser l'assistant de configuration des périphériques, choisissez l'une des options ci-dessous.

Pour de plus amples informations, reportez-vous au Guide d'installation Solaris 9.

x86: nécessité de mettre à jour le contrôleur BIOS DPT PM2144UW vers la dernière version disponible avant de procéder à la mise à niveau vers l'environnement d'exploitation Solaris 9 4/03

L'environnement d'exploitation Solaris 9 4/03 comporte une fonction permettant d'installer des partitions de grande taille. Le BIOS du contrôleur DPT PM2144UW doit prendre en charge l'adressage LBA (Logical Block Addressing). La dernière version du BIOS prend totalement en charge l'accès LBA. Vous devrez peut-être mettre à jour d'autres modèles de contrôleurs DPT afin qu'ils prennent en charge l'adressage LBA.

Solution : avant de procéder à la mise à niveau de votre système vers l'environnement d'exploitation Solaris 9 4/03, assurez-vous auprès de DTP que le BIOS du contrôleur DPT PM2144UW contient la dernière version disponible.

Pour déterminer si votre système est équipé d'un contrôleur DPT, procédez comme suit :

  1. Exécutez prtconf -D.

  2. Si le nom dpt apparaît, exécutez l'utilitaire de configuration de la carte pour obtenir des informations sur le modèle et la version du BIOS.

  3. Mettez à niveau les contrôleurs DPT PM2144UW en flashant le BIOS ou en installant la dernière EPROM du BIOS que vous vous êtes procuré auprès de DPT. Reportez-vous au site http://www.dpt.com pour obtenir les dernières images du BIOS de tous les contrôleurs DPT.

Cela étant fait, vous pouvez procéder à la mise à niveau de votre système.

x86: conflit en cas de mise à niveau des systèmes de la série Vectra XU de Hewlett-Packard (HP) avec la version GG.06.13 du BIOS

L'environnement d'exploitation Solaris 9 4/03 comporte une fonction permettant d'installer des partitions de grande taille. Le BIOS du système doit prendre en charge l'adressage LBA (Logical Block Addressing). La version GG.06.13 du BIOS ne gère pas l'accès LBA. Les programmes d'initialisation de Solaris ne peuvent pas gérer ce conflit. Ce problème risque également d'affecter d'autres modèles de systèmes HP Vectra.

Si vous effectuez cette mise à niveau, votre système HP ne pourra plus s'initialiser. L'écran deviendra noir, affichant seulement un curseur de soulignement clignotant.

Solution : ne mettez pas à niveau les systèmes de la série HP Vectra XU équipés la dernière version GG.06.13 du BIOS avec l'environnement d'exploitation Solaris 9 4/03, car ce dernier ne prend plus en charge ces systèmes.

Vous pouvez toujours initialiser votre système à l'aide de la disquette ou du CD de démarrage puisque les chemins d'initialisation n'utilisent pas le code du disque dur. Sélectionnez ensuite le disque dur en tant que périphérique d'initialisation au lieu du réseau ou du lecteur de CD.

Bugs à connaître avant d'installer le logiciel Solaris 9 4/03

x86: suninstall se ferme lorsque vous décidez de sauvegarder la partition de service et de créer la partition Solaris (4832216)

Si vous utilisez le programme d'installation suninstall pour installer l'environnement d'exploitation Solaris 9 4/03 (édition de plate-forme x86) sur un système doté d'une partition de service, il est possible que le programme d'installation se ferme. Ce problème apparaît dans les circonstances ci-dessous.

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

x86: risques d'échec d'installations sur des systèmes avec des cartes d'interface réseau 3Com 3c905C (4791458)

Si vous procédez à une installation réseau sur un système équipé d'une carte d'interface réseau 3Com 3c905C, le message d'erreur qui suit risque de s'afficher.


elxl%d: no active connection found; please connect

Après l'affichage de ce message, soit l'installation se poursuit, soit elle s'interrompt.

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

Pour de plus amples informations sur une installation à partir du réseau, consultez le Guide d'installation Solaris 9

x86: l'initialisation du réseau PXE échoue sur des systèmes Sun LX50 (4725108)

L'initialisation du réseau PXE (Preboot Execution Environment) risque d'échouer si vous l'utilisez pour installer l'environnement d'exploitation Solaris 9 4/03 sur un système SunTM LX50. Le message suivant s'affiche : 


error: Assertion failure: - "rp->flags & RESF_ALT", "ur.c" line 80

The root filesystem is not mounted and the configuration assistant
has exited prematurely. Booting is unlikely to succeed.
CTL-ALT-DEL may be used to reset the machine.

Failover to boot interpreter - type ctrl-d to resume boot

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

L'initialisation depuis le DVD Solaris échoue sur des systèmes équipés d'un lecteur de DVD Toshiba SD-M1401 (4467424)

Si votre système est équipé d'un lecteur de DVD Toshiba SD-M1401 avec révision de microprogramme 1007, le système ne peut pas être initialisé à partir du DVD Solaris 9 4/03.

Solution : appliquez le patch 111649–03, ou une version ultérieure, pour mettre à niveau le microprogramme du lecteur de DVD-ROM Toshiba SD-M1401. Le patch 111649–03 est inclus sur le CD supplémentaire Solaris 9 4/03 dans le répertoire suivant :


DVD_Firmware/Patches

Reportez-vous au fichier README figurant dans ce répertoire pour obtenir des instructions sur l'installation du patch. Veillez à prendre connaissance et à tenir compte de tous les conseils de sécurité et des avertissements figurant dans ce fichier README avant d'installer le patch.

Impossible d'accéder aux données du DVD Solaris 9 4/03 dans les environnements d'exploitation Solaris 2.6 et Solaris 7 (4511090)

Si l'environnement d'exploitation Solaris 2.6 ou Solaris 7 tourne sur votre système, la Gestion des volumes monte incorrectement le DVD Solaris 9 4/03 . Le DVD est monté, mais les données sont inaccessibles. Par conséquent, vous ne pouvez ni installer de serveur d'installation, ni réaliser une mise à niveau dynamique, ni accéder aux données du support.

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

Bugs liés à l'installation

SPARC: après l'installation ou la mise à niveau, les systèmes à plusieurs interfaces reconnaissent toutes les interfaces comme étant utilisables (4640568)

Si vous installez Solaris 9 4/03 ou mettez votre environnement d'exploitation à niveau vers cette version sur un système à plusieurs interfaces réseau, ce dernier reconnaît toutes les interfaces système comme utilisables. Les interfaces non reliées au réseau ou n'étant pas destinées à être utilisées apparaissent dans le résultat de la commande ifconfig -a. En outre, les interfaces possédant une adresse Ethernet identique doivent recevoir une adresse IP identique. Le message d'erreur suivant apparaît :


ifconfig: setifflags: SIOCSLIFFLAGS: qfe3: Cannot assign requested address

Ce problème survient également sur les systèmes dont la variable de PROM local-mac-address est configurée sur false. Il provient du fait que toutes les interfaces sont configurées avec la même adresse IP.

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

Bugs survenant lors de l'installation à partir du CD Solaris 9 4/03 1 sur 2

Affichage éventuel d'avertissements pendant la création d'un système de fichiers (4189127)

Lorsqu'un système de fichiers est créé pendant l'installation, l'un des messages d'avertissement suivants peut s'afficher : 


Warning: inode blocks/cyl group (87)>= data blocks (63) in last
cylinder group. This implies 1008 sector(s) cannot be allocated.

Ou :


Warning: 1 sector(s) in last cylinder unallocated

Cet avertissement apparaît lorsque la taille du système de fichiers que vous créez ne correspond pas à l'espace disponible sur le disque utilisé. Dans ce cas, une partie de l'espace disque inutilisé risque de ne pas être intégrée à ce système de fichiers. Cet espace inutilisé ne sera cependant pas disponible pour d'autres systèmes de fichiers.

Solution : ignorez le message d'avertissement.

Un bug qui se produit lors d'une installation ou d'une mise à jour

Message d'erreur non valide généré lors de l'installation du module de fournisseurs de Solaris WBEM SUNWwbpro (4824518)

Lorsque vous installez l'environnement d'exploitation Solaris 9 4/03, le message d'erreur suivant est enregistré dans le fichier /var/sadm/system/logs/install_log :


/tmp/Solaris_Application.mof : fichier ou répertoire introuvable

Si vous mettez à jour l'environnement d'exploitation Solaris 9 4/03, le même message d'erreur est enregistré dans le fichier /var/sadm/system/logs/upgrade_log.

Ce message est généré pendant l'installation du module fournisseurs de Solaris WBEM (SUNWwbpro).

Solution : ignorez le message d'erreur. Il n'affecte pas l'installation du module. Cette erreur se produit lorsque le programme d'installation essaye de supprimer un fichier temporaire qui n'existe pas.

Problèmes de mise à niveau

Impossible d'accéder aux réseaux de stockage dédiés par le biais de SUNWsan sous l'environnement d'exploitation Solaris 9 4/03

Si votre système Solaris 8 est relié à des réseaux de stockage dédiés (SAN), consultez votre ingénieur de maintenance avant de mettre votre environnement d'exploitation à niveau vers Solaris 9 4/03. Des procédures de mise à niveau spécifiques vers l'environnement d'exploitation Solaris 9 4/03 peuvent s'avérer nécessaires avec les systèmes Solaris 8 intégrant le module SUNWsan. Pour savoir si le module SUNWsan est installé sur votre système, entrez la commande suivante dans la fenêtre de terminal : 


# pkginfo SUNWsan

Si le module SUNWsan est installé, les informations suivantes s'affichent :


	system      SUNWsan       SAN Foundation Kit

x86: impossible d'utiliser le CD d'installation Solaris 9 4/03 (Édition pour plate-forme x86) pour procéder à la mise à niveau des systèmes x86 vers l'environnement d'exploitation Solaris 9 4/03

Vous ne pouvez pas utiliser le CD d'installation Solaris 9 4/03 (Édition pour plate-forme x86) pour procéder à la mise à niveau de l'environnement d'exploitation Solaris 2.6 ou 7 vers Solaris 9 4/03 sur des systèmes basés sur l'architecture x86 en raison des exigences de la partition d'initialisation x86. Utilisez le CD Solaris 9 4/03 (Édition pour plate-forme x86) 1 sur 2 pour procéder à la mise à niveau de l'environnement d'exploitation Solaris 2.6 ou 7 vers Solaris 9 4/03 sur des systèmes basés sur l'architecture x86.

Le logiciel Solaris Management Console 2.1 n'est pas compatible avec Solaris Management Console 1.0, 1.0.1 et 1.0.2

Le logiciel Solaris Management Console 2.1 n'est pas compatible avec le logiciel Solaris Management Console 1.0, 1.0.1 ou 1.0.2. Si vous souhaitez effectuer une mise à niveau de l'environnement d'exploitation Solaris 9 4/03 alors que le logiciel Solaris Management Console 1.0, 1.0.1 ou 1.0.2 est installé sur votre ordinateur, vous devez en premier lieu le désinstaller. Le logiciel Solaris Management Console se trouve peut-être déjà sur votre système si vous avez installé le complément SEAS 2.0 ou SEAS 3.0, ou Solaris 8 Admin Pack.

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

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.

Bugs d'installation survenant après une mise à niveau

SPARC: la suppression de patchs après une mise à niveau peut entraîner une corruption du référentiel WBEM (4820614)

La base de données CIM du référentiel WBEM peut être corrompue :

Si le référentiel WBEM est corrompu, l'afficheur de journal de la Solaris Management Console affiche les messages d'erreur suivants :


CIM_ERR_FAILED:
/usr/sadm/lib/wbem/../../../../var/sadm/wbem/logr/
preReg/PATCH113829install/Solaris_Application.mof,18,ERR_SEM,
ERR_EXC_SET_CLASS,CIM_ERR_FAILED:Other Exception:
java.io.StreamCorruptedException: invalid stream header

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

Problèmes liés à Solaris 64 bits

SPARC: il est possible que le système Sun UltraSPARC (Sun4U) nécessite une mise à jour de la PROM flash d'initialisation

Remarque :

si votre système exécute déjà un microprogramme compatible 64 bits, la mise à jour de la PROM flash n'est pas nécessaire.

Si vous souhaitez exécuter l'environnement d'exploitation Solaris 64 bits sur un système UltraSPARC®, vous devrez peut-être mettre à jour le microprogramme de la PROM flash. Les programmes d'installation de Solaris 9 4/03 permettent d'ajouter la prise en charge 64 bits. Dans le cas d'une installation sur un système Sun UltraSPARC, cette case est sélectionnée par défaut. Un système 64 bits ne démarre en mode 64 bits par défaut que s'il est équipé d'un processeur cadencé au minimum à 200 MHz.

Remarque :

si vous décidez d'exécuter l'environnement Solaris 32 bits sur des systèmes SunTM ou UltraSPARC, vous n'avez pas besoin de mettre à jour la PROM flash.

Le tableau ci-après répertorie les systèmes UltraSPARC (Sun4UTM ) concernés et la version de microprogramme minimale nécessaire : Type de système correspond au résultat de la commande uname -i. Vous pouvez déterminer la version du microprogramme que vous exécutez en utilisant la commande prtconf -V.

Tableau 1–2 Version de microprogramme minimale nécessaire pour faire tourner l'environnement d'exploitation Solaris 64 bits sur les systèmes UltraSPARC

Type de système indiqué par uname -i

Version de microprogramme minimale indiquée par prtconf -V

SUNW,Ultra-1-Engine 

3.10.0 

SUNW,Ultra-1 

3.11.1 

SUNW,Ultra-2 

3.11.2 

SUNW,Ultra-4 

3.7.107 

SUNW,Ultra-Enterprise 

3.2.16 

Remarque :

les systèmes ne figurant pas dans ce tableau ne nécessitent pas de mise à jour de la PROM flash.

Pour savoir comment effectuer la mise à niveau de la PROM flash à l'aide du CD Solaris, reportez-vous à la Solaris 9 on Sun Hardware Collection. Si vous ne disposez pas de ce manuel, vous pouvez vous le procurer à l'adresse http://docs.sun.com.

Problème lié au CD de documentation

Impossible d'installer les modules de documentation dont le nom compte plus de neuf caractères sur les serveurs de documentation sur lesquels tournent les environnements d'exploitation Solaris 2.6, 7 ou 8

Le nom des modules de certaines collections de documentation localisées au format PDF compte plus de neuf caractères. Pour installer ces collections PDF sur des serveurs sur lesquels tourne l'environnement d'exploitation Solaris 7 ou 8, vous devez tout d'abord installer deux patchs.

Remarque :

il n'existe actuellement aucun patch pour les serveurs Solaris 2.6.

Solution : pour de plus amples informations sur l'installation de ces patchs, consultez le fichier "Solaris Documentation Important Information" figurant sur le support de documentation (DVD ou CD de documentation Solaris 9 4/03 1 sur 2 et 2 sur 2). Vous le trouverez dans le répertoire suivant :


point_montage/README/version_localisée/install_version_localisée.html

Exemple : le fichier anglais du CD de documentation Solaris 9 4/03 1 sur 2 se trouve dans le répertoire indiqué ci-dessous.


sol_9_doc_1of2/README/C/install_C.html

Bugs d'installation liés au CD de documentation

Le mode de désinstallation de l'utilitaire uninstaller présent sur le CD de documentation Solaris 9 4/03 ne fonctionne pas correctement (4675797)

Si vous exécutez la commande uninstaller du CD de documentation Solaris 9 4/03 en mode de désinstallation complète (Uninstall All), cette commande ne désinstalle que les modules de documentation installés par défaut.

Solution : exécutez la commande uninstaller en mode de désinstallation partielle (Uninstall Partial). Sélectionnez les modules que vous souhaitez désinstaller.

Il est possible que le panneau de vérification du CD de documentation ne fonctionne pas en mode d'interface ligne de commande (4520352)

Si vous utilisez le programme d'installation du CD de documentation Solaris 9 4/03 avec l'option nodisplay, le panneau de vérification peut ne pas fonctionner correctement.

Solution : ne sélectionnez pas l'option nodisplay dans le programme d'installation du CD de documentation Solaris 9 4/03. Utilisez le mode d'interface graphique utilisateur pour installer le contenu du CD de documentation Solaris 9 4/03.

Problèmes de localisation survenant pendant l'installation

Des versions localisées connexes peuvent être installées

Il est possible que des environnements localisés connexes soient installés lorsque vous sélectionnez la version localisée que vous souhaitez installer. Cette modification de comportement de l'environnement d'exploitation Solaris 9 4/03 provient du fait que toutes les versions localisées complètes, avec traduction des messages, ainsi que les versions localisées partielles (langues asiatiques et japonais), avec activation en local, ont été réorganisées selon la prise en charge des versions localisées. D'autres versions localisées partielles (par exemple l'Europe centrale) sont encore organisées et installées selon la zone géographique.

Bugs de localisation survenant pendant l'installation

Les modules de polices CDE en chinois Solaris 9 Beta Refresh ne sont pas mis à niveau vers l'environnement d'exploitation Solaris 9 4/03 (4653908)

Si vous procédez à une mise à niveau vers l'environnement d'exploitation Solaris 9 4/03 sur un système exécutant Solaris 9 Beta Refresh avec prise en charge du chinois simplifié ou traditionnel, la mise à niveau échoue. Les modules de localisation des polices CDE en chinois simplifié et chinois traditionnel (SUNWcdft ou SUNWhdft) ne sont pas correctement mis à niveau vers les modules Solaris 9 4/03 correspondants. Le message d'erreur suivant apparaît :


Removing package SUNWcdft:
/a/var/sadm/pkg/SUNWcdft/install/postremove:
  /a/usr/dt/config/xfonts/zh_CN.EUC: does not exist
/a/var/sadm/pkg/SUNWcdft/install/postremove:
  /a/usr/dt/config/xfonts/zh_CN.GBK: does not exist
/a/var/sadm/pkg/SUNWcdft/install/postremove:
  /a/usr/dt/config/xfonts/zh_CN.UTF-8: does not exist
pkgrm: ERROR: postremove script did not complete successfully

Solution : avant de procéder à la mise à niveau vers l'environnement d'exploitation Solaris 9 4/03, supprimez les fichiers postremove Solaris 9 Beta Refresh appropriés.


# rm /var/sadm/pkg/SUNWcdft/install/postremove
# rm /var/sadm/pkg/SUNWhdft/install/postremove

Des modules non valides restent sur le système lors de la mise à niveau de systèmes tournant sous l'environnement d'exploitation Solaris 8 avec prise en charge complète du thaï/russe/polonais/catalan (4650059)

Si vous procédez à une mise à niveau d'un système tournant sous Solaris 8 vers l'environnement d'exploitation Solaris 9 4/03 alors que le contenu du CD Solaris 8 Language Supplement a été installé, plusieurs modules localisés en thaï, russe, polonais et catalan restent sur le système. Ces modules localisés possèdent la valeur ARCH=sparcall et ne sont pas supprimés lors de la mise à niveau vers l'environnement d'exploitation Solaris 9 4/03.

Solution : avant d'effectuer la mise à niveau vers Solaris 9 4/03, exécutez l'application Solaris Product Registry pour désinstaller les modules provenant du CD Solaris 8 Languages Supplement.