test

Notes de version de Solaris 9 (Edition pour plate-forme SPARC)

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

Risque d'apparition de mécanismes de confidentialité Kerberos redondants lors d'une mise à niveau depuis l'environnement d'exploitation Solaris 8 (4672740)

Dans l'environnement d'exploitation Solaris 9, le mécanisme global de la version 5 de Kerberos comprend la prise en charge de la confidentialité, et le mécanisme domestique Kerberos n'est pas nécessaire. Si vous avez installé le mécanisme domestique Kerberos (logé dans le fichier /usr/lib/gss/do/mech_krb.so.1) sur un système Solaris 8, nous vous recommandons de supprimer le mécanisme domestique Kerberos avant de procéder à la mise à niveau du système vers l'environnement d'exploitation Solaris 9.

Solution : procédez comme suit avant de mettre à jour à l'environnement d'exploitation Solaris 9.

  1. Entrez la commande ci-dessous pour savoir si le mécanisme domestique Kerberos est installé sur votre système ou non.


    % pkginfo | fgrep ' SUNWk5'

    • Si cette commande renvoie des noms de module SUNWk5, cela signifie que le mécanisme domestique Kerberos est bien installé sur le système. Reportez-vous à l'étape 2.

    • Si aucun nom de modules SUNWk5 n'est renvoyé, cela signifie que le mécanisme domestique Kerberos n'est pas installé sur le système. Sautez le reste des opérations puis procédez à une mise à niveau du système.

  2. Effectuez une copie de secours 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. Vérifiez que la copie de secours des fichiers s'est réalisée avec succès, en entrant la commande suivante :


    % tar -tf /var/tmp/krb_config_files.tar

  4. Supprimez tous les modules renvoyés dans l'étape 1.


    % pkgrm nom_module nom_module nom_module

  5. Procédez à la mise à niveau vers l'environnement d'exploitation Solaris 9.

    Le programme de mise à niveau met à jour le code du mécanisme Kerberos global et active la prise en charge de la confidentialité Kerberos.

  6. Dans un éditeur de texte, changez les lignes ci-dessous dans le fichier /etc/gss/mech.

    • Ne pas mettre en commentaire la ligne suivante : 


      kerberos_v5     1.2.840.113554.1.2.2    gl/mech_krb5.so gl_kmech_krb5

      Si cela s'avère nécessaire, ajoutez la ligne précédente au fichier /etc/gss/mech.

    • Supprimer la ligne suivante : 


      kerberos_v5     1.2.840.113554.1.2.2    do/mech_krb5.so do_kmech_krb5

    • Restaurer les fichiers /etc/nfssec.conf et /etc/gss/qop en entrant la commande suivante :


      % tar -xf /var/tmp/krb_config_files.tar

Risque de désactivation du démon Secure Shell existant lors d'une mise à niveau vers l'environnement d'exploitation Solaris 9 (sshd) (4626093)

Si vous procédez à une mise à niveau vers l'environnement d'exploitation Solaris 9 sur un système exécutant un Secure Shell tiers (par exemple, OpenSSH) depuis le démon /etc/init.d/sshd, la mise à niveau désactive le démon Secure Shell existant. Lors d'une mise à niveau, le logiciel de mise à niveau Solaris 9 écrit par dessus le contenu du fichier /etc/init.d/sshd.

Solution :il en existe plusieurs ; choisissez l'une d'entre elles.

Echec de la mise à niveau lorsque le répertoire /export arrive à saturation (4409601)

Si le répertoire /export est sur le point d'atteindre sa capacité maximale et que vous procédez à la mise à niveau vers l'environnement d'exploitation Solaris 9, les besoins en espace pour le fichier /export ne sont pas correctement évalués 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 existantes.

Mise à niveau de clients et de serveurs de clients sans disque (4363078)

Si votre système prend actuellement en charge les clients sans disque ayant été installés à l'aide de l'outil AdminSuite 2.3 Diskless Client, vous devez commencer par supprimer les clients sans disque existants, qui possèdent la même version et architecture Solaris que le serveur. Ensuite, procédez à l'installation ou à la mise à jour vers l'environnement d'exploitation Solaris 9. Pour obtenir des instructions spécifiques, reportez-vous au guide System Administration Guide: Basic Administration.

Si vous essayez d'installer l'environnement d'exploitation Solaris 9 7/01 sur des clients sans disque existants, le message d'erreur suivant est susceptible d'apparaître :


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, le numéro_version renvoie à la version de Solaris actuellement exécutée sur votre système. <xxxxxxxx> renvoie à la tranche qui exécute cette version de l'environnement d'exploitation Solaris.

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

Si vous procédez à la mise à niveau depuis les environnements d'exploitation Solaris 8, Solaris 8 6/00, ou Solaris 8 10/00 vers l'environnement d'exploitation Solaris 9(Solaris WBEM Services 2.5), vous devez convertir toutes les données MOF (Managed Object Format) de personnalisation propriétaire vers le nouveau format de dépôt Reliable Log, qui est utilisé sous Solaris WBEM Services 2.5. Si vous ne le faites pas, vous perdrez des données.

Reportez-vous à la section "Upgrading the CIM Object Manager Repository (Task Map)" in Solaris WBEM Services Administration Guide pour obtenir des instructions spécifiques sur la conversion de données WBEM.