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

Live Upgrade ne détermine pas le périphérique d'amorçage (4525464)

Si vous initialisez le système à partir d'une racine en miroir d'un Gestionnaire de volumes Solstice DiskSuite^TM ou Solaris^TM ou d'une racine encapsulée Veritas, la commande lucreate peut ne pas réussir à déterminer le périphérique d'amorçage. Le message d'erreur suivant apparaît.

WARNING: Unable to determine root device by accessing boot device settings directly.
ERROR: Unable to determine root device for current BE.
ERROR: Unable to determine the physical boot device for the current BE <...>.
Use the <-C> command line option to specify the physical boot device for the current BE
<...>

Si vous utilisez lucreate -C pour indiquer le périphérique d'amorçage physique, la commande échoue.

Solution : modifiez manuellement /usr/sbin/lucreate pour activer Live Upgrade afin de déterminer le périphérique d'amorçage à partir d'une racine en mirroir du Gestionnaire de volumes Solstice DiskSuite ou Solaris ou d'une racine encapsulée Veritas. Procédez comme suit.

1. Faites une copie de sauvegarde de /usr/sbin/lucreate.

2. Ouvrez /usr/sbin/lucreate dans un éditeur de texte.

3. Localisez la ligne suivante sous /usr/sbin/lucreate.

   elif [ "${dpbe_pbeBootDev}" -eq "-" ] ; puis

4. Modifiez la ligne précédente comme suit.

   elif [ "${dpbe_pbeBootDev}" = '-' ] ; puis

5. Localisez la ligne suivante sous /usr/sbin/lucreate.

   if [ "${OPTARG}" -ne "-" ] ; puis

6. Modifiez la ligne précédente comme suit.

   if [ "${OPTARG}" != '-' ] ; puis

7. Enregistrez les modifications dans /usr/sbin/lucreate.

La commande lucreate peut désormais déterminer le périphérique d'amorçage et l'option -C fonctionne correctement.

Une fois la mise à niveau terminée, vous pouvez supprimer la copie de sauvegarde de /usr/sbin/lucreate.

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 8 2/04, l'espace disque nécessaire au répertoire /export est mal calculé et 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. Le message suivant s'affiche.

WARNING: Insufficient space for the upgrade.

Solution : avant la mise à niveau, choisissez l'une des solutions suivantes.

• Renommez temporairement le répertoire /export jusqu'à la fin de la mise à niveau.

• 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.

Impossible de supprimer .save.SUNWcsr après une mise à niveau (4400054)

Après la mise à niveau de Solaris 2.5.1 8/97 ou 11/97 vers l'environnement d'exploitation Solaris 8, le fichier /a/var/sadm/system/logs/upgrade_log peut contenir l'erreur suivante :

rm: Unable to remove directory /a/var/sadm/pkg/.save.SUNWcsr: File exists

Solution : pour éviter l'apparition de cette erreur, avant la mise à niveau vers l'environnement d'exploitation Solaris 8, exécutez fsck sur le système de fichiers racine.

Pour résoudre cette erreur après la mise à niveau, exécutez fsck sur le système de fichiers racine.

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 installés avec l'outil AdminSuite 2.3 Diskless Client, vous devez d'abord supprimer tous les clients sans disque existants avant d'installer l'environnement d'exploitation Solaris 8 2/04. Pour des instructions spécifiques, consultez la section “How to Set Up Your Diskless Client Environment” dans le document Solaris 8 System Administration Supplement.

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

Impossible de mettre à niveau la version de Solaris (Solaris 7)
présente sur la tranche <xxxxxxxx>.
Un problème inconnu a été détecté dans la configuration du logiciel
installé sur ce disque. 

Mise à niveau de la bibliothèque de données JavaSpaces pour empêcher la perte de données WBEM (4365035)

Si vous effectuez une mise à niveau de l'environnement d'exploitation Solaris 8 (Solaris WBEM Services 2.0), Solaris 8 6/00 (WBEM Services 2.1), Solaris 8 10/00 (WBEM Services 2.2) ou Solaris 8 1/01 (WBEM Services 2.3) vers l'environnement d'exploitation Solaris Solaris 8 2/04 (Solaris WBEM Services 2.4), vous devez convertir les données MOF (Managed Object Format) personnalisées propriétaires au format de repository Reliable Log utilisé avec Solaris WBEM Services 2.4. Si vous ne le faites pas, vous perdrez des données.

Solution : pour convertir les données WBEM, vous devez sauvegarder le logiciel JavaSpaces^TM avant d'effectuer la mise à niveau. Après la mise à niveau, vous devez exécuter la commande wbemconfig convert.

Avant d'effectuer la mise à niveau vers l'environnement d'exploitation Solaris 8 2/04, exécutez la procédure ci-dessous pour sauvegarder le logiciel JavaSpaces.

1. Devenez superutilisateur.

2. Sauvegardez le logiciel JavaSpaces.

   cp /usr/sadm/lib/wbem/outrigger.jar /usr/sadm/lib/wbem/outrigger.jar.tmp

3. Vérifiez et notez la version du logiciel JDK^TM installé sur votre machine. Par exemple :

   # /usr/bin/java -version java version "1.2.1" Solaris VM (build Solaris_JDK_1.2.1_04c, native threads, sunwjit)

   Vous devez exécuter la même version du logiciel JDK que celle que vous utilisiez lors de la création de la bibliothèque de données JavaSpaces originale.

Après avoir mis à niveau l'environnement d'exploitation Solaris 8 2/04, vous devez convertir les données WBEM. Pour obtenir de plus amples instructions, reportez-vous à “Upgrading the CIM Object Manager Repository” in Solaris WBEM Services Administrator's Guide.

Lors de la mise à niveau de l'environnement d'exploitation Solaris 2.5.1 vers l'environnement d'exploitation Solaris 8, un bureau CDE qui n'a pas été installé dans le répertoire par défaut devient orphelin (4260819)

Ce problème affecte les systèmes qui exécutent les environnements d'exploitation Solaris 2.5.1 et CDE non fournis avec Solaris 2.5.1. Cependant, ces systèmes ne sont affectés que si ces environnements CDE ont été placés dans un répertoire autre que /usr/dt. Le déplacement de CDE sur ces systèmes a été effectué en créant dans /usr/dt un lien symbolique pointant vers le nouvel emplacement.

Lors de la mise à niveau vers l'environnement d'exploitation Solaris 8, le programme d'installation réinstalle CDE dans /usr/dt et supprime le lien vers la version déplacée. L'environnement CDE déplacé n'est pas supprimé et devient donc orphelin.

Si la mise à niveau implique la réaffectation de systèmes de fichiers, elle risque d'échouer car le mécanisme de réaffectation ne tient pas compte de l'espace supplémentaire nécessaire dans /usr/dt pour la nouvelle version de CDE. Cet échec n'est pas visible tant que la mise à niveau n'est pas terminée. En cas d'échec, le journal correspondant comprend plusieurs messages indiquant que la mise à niveau nécessite plus d'espace.

Solution : désinstallez l'environnement CDE déplacé avant de commencer la mise à niveau vers l'environnement d'exploitation Solaris 8. Pour ce faire, utilisez le script install-cde du CD-ROM Solaris 2.5.1 CDE. Pour supprimer l'environnement CDE, exécutez ce script avec l'option -uninstall.

La mise à niveau de l'environnement d'exploitation Solaris 7 avec WBEM 1.0 vers l'environnement d'exploitation Solaris 8 empêche le fonctionnement de WBEM 2.0 (4274920)

Si vous avez installé WBEM 1.0 à partir du CD-ROM SEAS (Solaris Easy Access Server) 3.0 sur un système exécutant l'environnement d'exploitation Solaris 7, vous devez supprimer les modules WBEM 1.0 avant la mise à niveau vers l'environnement d'exploitation Solaris 8. Les services WBEM 2.0 de Solaris ne démarrent pas après la mise à niveau de l'environnement d'exploitation Solaris 7 avec WBEM 1.0 vers l'environnement d'exploitation Solaris 8. Le démarrage du programme CIM (Common Information Model) Object Manager échoue. Le message d'erreur suivant apparaît.

File not found: /opt/sadm/lib/wbem/cimom.jar

Solution : utilisez la commande pkgrm pour supprimer les modules WBEM 1.0 avant la mise à niveau vers l'environnement d'exploitation Solaris 8.

1. Utilisez la commande pkginfo pour vérifier que les modules WBEM 1.0 sont installés :

   % pkginfo | grep WBEM

2. Devenez superutilisateur.

3. Utilisez la commande pkgrm suivante pour supprimer tous les modules WBEM 1.0 :

   # pkgrm SUNWwbapi # pkgrm SUNWwbcor # pkgrm SUNWwbdev # pkgrm SUNWwbdoc # pkgrm SUNWwbm

L'installation de SUNWeeudt échoue partiellement lors d'une mise à niveau (4304305)

Le journal de la mise à niveau peut indiquer que le module SUNWeeudt n'a été que partiellement installé.

     Doing pkgadd of SUNWeeudt to /.
     ERROR: attribute verification of
     </a/usr/dt/appconfig/types/ru_RU.KOI8-R/datatypes.dt>
     failed pathname does not exist ...

     Installation of <SUNWeeudt> partially failed.
     pkgadd return code = 2  

Solution : procédez comme suit une fois la mise à niveau terminée.

1. Pour supprimer le module SUNWeeudt, tapez la commande suivante :

   # pkgrm SUNWeeudt

2. Pour ajouter le module SUNWeeudt, tapez la commande suivante :

   # pkgadd SUNWeeudt

Certains modules 64 bits inutiles sont installés pendant la mise à niveau de l'environnement d'exploitation Solaris 2.6 ou Solaris 7 (4323398)

Si vous mettez à niveau l'environnement d'exploitation Solaris 2.6 ou Solaris 7 vers l'environnement d'exploitation Solaris 8 2/04 sans sélectionner l'option de prise en charge 64 bits, le programme de mise à niveau installe, sans que cela ne soit nécessaire, les modules 64 bits suivants :

• SUNWceuox

• SUNWeeoux

• SUNWneoux

• SUNWseoux

• SUNWweoux

Solution : après la mise à niveau, supprimez ces modules 64 bits à l'aide de la commande pkgrm :

# pkgrm SUNWceuox SUNWeeuox SUNWneuox SUNWseuox SUNWweuox