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

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

La mise à niveau échoue si la capacité du fichier /export est presque atteinte (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 4/01, 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 :

AVERTISSEMENT : Espace insuffisant pour la mise à niveau.

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 signaler l'erreur suivante :

rm : impossible de supprimer le répertoire /a/var/sadm/pkg/.save.SUNWcsr : Le fichier existe déjà

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 4/01. Pour des instructions spécifiques, reportez-vous à 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 4/01 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 8 4/01 (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 4/01, suivez 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 4/01, vous devez convertir les données WBEM. Pour obtenir des instructions spécifiques, reportez-vous au document "Mise à niveau du référentiel WBEM pour éviter la perte de données WBEM" in Supplément d'installation de Solaris 8.

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

Les données de configuration DiskSuite^TM des répliques metadb de DiskSuite comportent des noms de gestionnaires. 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 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 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 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 exécutant les environnements d'exploitation CDE non fournis avec Solaris 2.5.1 et 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 cet environnement.

Lors de la mise à niveau de 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 du fait que le mécanisme de réaffectation ne tient pas compte de l'espace supplémentaire nécessaire dans /usr/dt pour la nouvelle version du CDE. Cet échec n'est pas visible tant que la mise à niveau n'est pas terminée. Si la mise à niveau échoue, le journal correspondant comprend de nombreux 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-le avec l'option -uninstall.

La mise à niveau de l'environnement d'exploitation Solaris 7 avec WBEM (Web-Based Enterprise Management) 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.

Fichier introuvable : /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 si les modules WBEM 1.0 sont installés :

   % pkginfo | grep WBEM

2. Devenez superutilisateur.

3. Utilisez la commande pkgrm 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. Supprimez le module SUNWeeudt en entrant la commande suivante :

   # pkgrm SUNWeeudt

2. Ajoutez le module SUNWeeudt en entrant la commande suivante :

   # pkgadd SUNWeeudt