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

Consultez la description du bug 4121281 avant de commencer à mettre à niveau votre système IA (Architecture Intel) vers l'environnement d'exploitation Solaris 8.

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/02 , 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/02. 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/02 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/02 (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/02, 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/02, vous devez convertir les données WBEM. Pour obtenir de plus amples instructions, reportez-vous à la "Upgrading the CIM Object Manager Repository" in Solaris WBEM Services Administrator's Guide.

Risque de perte de données avec DiskSuite (4121281)

Les répliques metadb de Solstice DiskSuite contiennent des noms de pilote appartenant aux données de configuration de Solstice DiskSuite. Dans les systèmes IA exécutant les versions 2.4, 2.5, 2.5.1 et 2.6 de l'environnement d'exploitation Solaris, le nom du gestionnaire SCSI est cmdk. Dans les environnements d'exploitation Solaris 7 et 8 pour systèmes IA, ce gestionnaire a été remplacé par le gestionnaire sd.

Solution : pour éviter tout risque de perte de données lors de la mise à niveau vers les environnements d'exploitation Solaris 7 et 8 d'un système IA exécutant le logiciel Solstice DiskSuite, vous devez sauvegarder les configurations des métapériphériques du système dans des fichiers texte et supprimer leurs répliques metadb. Après la mise à niveau de votre système IA, restaurez les configurations des métapériphériques en utilisant l'interface de ligne de commande de Solstice DiskSuite.

Vous trouverez les procédures de sauvegarde des configurations metadb, de suppression des répliques metadb, de mise à niveau des systèmes IA vers les environnements d'exploitation Solaris 7 et 8, de mise à niveau de Solstice DiskSuite vers la version 4.2 et de restauration de la configuration des métapériphériques dans le document DiskSuite Version 4.2 Release Notes. Des scripts shell Bourne d'automatisation des procédures sont également disponibles pour les environnements d'exploitation Solaris 7 et 8.

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