test

Notes de version de Solaris 10 10/09

Chapitre 1 Problèmes d'installation

Ce chapitre décrit les problèmes liés à l'installation du Système d'exploitation Solaris10 et donne des informations à ce sujet.

Remarque –

Pour connaître les bogues et problèmes résolus qui ne concernent plus le logiciel Solaris 10 10/09, reportez-vous à l'Annexe ATableau des bogues intégrés résolus dans le système d'exploitation Solaris 10.

Informations générales

Cette section contient des informations d'ordre général concernant, par exemple, les changements de comportement dans SE Solaris 10.

Mise à niveau du microprogramme et du BIOS

La version Solaris 10 10/09 de Solaris a été testée sur tous les systèmes Sun pris en charge exécutant les dernières combinaisons des éléments suivants :

Pour obtenir des résultats optimaux à l'aide de la version Solaris 10 10/09, mettez à niveau votre BIOS/microprogramme vers la version la plus récente répertoriée dans le tableau sur la page http://www.sun.com/bigadmin/patches/firmware/release_history.jsp.

Nouvelles spécifications de la mémoire

Voici les valeurs minimales et recommandées pour la mémoire dans la version Solaris 10 10/09 :

Changements apportés à la prise en charge des mises à niveau pour les versions de Solaris

À  partir de la version Solaris 10 8/07, il n'est possible de mettre à niveau le SE Solaris des systèmes SPARC qu'à partir des versions suivantes :

Pour les systèmes x86, il n'est possible de mettre à niveau le SE Solaris qu'à partir des versions suivantes :

Pour mettre à niveau une version antérieure au logiciel Solaris 8 vers la version Solaris 10 10/09, commencez par réaliser une mise à niveau vers l'une des versions répertoriées ci-dessus. Ensuite, mettez cette version à niveau vers Solaris 10 10/09.

Prise en charge des produits ne faisant pas partie du système d'exploitation Solaris

La compatibilité du logiciel Solaris 10 10/09 avec les versions précédentes a été testée conformément à la garantie de compatibilité Solaris. Cela signifie que les applications, y compris les applications tierces satisfaisant la norme ABI de Solaris, fonctionneront sans modification sur la version Solaris 10 10/09. Pour plus d'informations, consultez le programme de garantie des applications Solaris à l'adresse http://www.sun.com/software/solaris/guarantee.jsp.

Il est possible que le système d'exploitation Solaris et d'autres produits ne faisant pas partie du logiciel Solaris soient installés sur votre système. Ces produits peuvent être fournis par Sun ou une autre société. Si vous mettez à niveau ce système avec la version Solaris10, vérifiez que ces autres produits sont également pris en charge sur le système d'exploitation Solaris10. En fonction de l'état de chacun de ces produits, vous avez trois possibilités :

Avant de commencer

Cette section décrit des problèmes d'installation critiques que vous devez connaître avant d'installer SE Solaris 10 ou de procéder à la mise à niveau vers ce programme. Ces problèmes peuvent avoir un impact tel qu'ils peuvent empêcher l'installation du programme ou la mise à niveau vers celui-ci. Si les bogues présentés dans cette section concernent votre système, nous vous conseillons d'appliquer les solutions de contournement recommandées avant de procéder à l'installation ou à la mise à niveau.

Solaris Live Upgrade et zones Solaris

À partir de la version Solaris 10 8/07, l'utilisation de Solaris Live Upgrade avec les zones Solaris est prise en charge. Pour de plus amples informations à ce sujet, recherchez le document 206844 à l'adresse http://sunsolve.sun.com/search/document.do?assetkey=1-61-206844-1.

Restrictions de Solaris Live Upgrade

Pour que Solaris Live Upgrade fonctionne correctement, un ensemble limité de révisions de patch doit être installé pour chaque version du système d'exploitation. Assurez-vous que vous possédez la liste des derniers patchs mis à jour en consultant le site http://sunsolve.sun.com. La version Solaris 10 10/09 présente les restrictions Solaris Live Upgrade suivantes :

Ces patchs incluent la nouvelle fonctionnalité p7zip. Solaris Live Upgrade exige la fonctionnalité p7zip pour prendre en charge la mise à niveau vers Solaris 10 10/09.

Remarque –

Vous trouverez les informations sur le patch minimum requis pour l'environnement d'initialisation Live, avant d'utiliser Solaris Live Upgrade, dans l'info doc 206844 à la page http://sunsolve.sun.com/search/document.do?assetkey=1-61-206844-1.

Utilisation de Solaris Live Upgrade avec une racine de zone sur un système de fichiers ZFS

La version Solaris 10 10/09 offre la possibilité d'installer un système de fichiers racine ZFS et de configurer une racine de zone sur ZFS. En théorie, vous créez et configurez une racine de zone sur ZFS comme bon vous semble. Si vous prévoyez d'utiliser Solaris Live Upgrade par ZFS et configurations de zones, consultez les informations suivantes :

Pour obtenir une description détaillée des configurations de zone prises en charge pour la mise à niveau ou l'application de patch dans la version Solaris 10 10/09, reportez-vous à la section Migrating a UFS Root File System to a ZFS Root File System (Solaris Live Upgrade) du Solaris ZFS Administration Guide.

Pour obtenir des instructions complètes sur la définition de ces configurations, reportez-vous à la section Configuration requise pour l’installation de Solaris et de Solaris Live Upgrade pour la prise en charge de ZFS du Guide d’administration Solaris ZFS.

Examinez les informations de ce chapitre avant de procéder à la migration vers un système de fichiers ZFS ou avant de configurer des zones sur un système utilisant un système de fichiers racine ZFS. Suivez scrupuleusement la procédure recommandée pour configurer des zones sur un système doté d'un système de fichiers racine ZFS afin de vous assurer que vous utilisez Solaris Live Upgrade sur ce système.

Mise à niveau d'un système Solaris Trusted Extensions configuré avec des zones étiquetées

Les systèmes Solaris configurés avec Solaris Trusted Extensions font appel à des zones non globales. La mise à niveau de ces systèmes est identique à celle d'un système Solaris utilisant des zones et présente les mêmes problèmes.

Application d'un patch à une miniracine sur un ordinateur x86 ou SPARC

Les procédures d'utilisation de patchadd avec l'indicateur de destination -C pour appliquer un patch à une miniracine sur un ordinateur x86 ou SPARC ont changé. Vous devez maintenant décompresser la miniracine, appliquer les patchs et compresser la miniracine à nouveau.

Pour connaître les procédures exactes à suivre, reportez-vous aux documents suivants :

Supplément de chiffrement de données Solaris sur mises à jour Solaris10

À partir de la version Solaris 10 8/07, les packages Solaris Data Encryption Supplement sont inclus par défaut dans le logiciel SE Solaris 10. Il n'est plus nécessaire d'installer et de télécharger ces packages.

Procédures supplémentaires requises lors de l'installation de patchs du gestionnaire d'affichage de GNOME pour Solaris 10 10/09

Les patchs suivants sont appliqués pour résoudre les problèmes signalés dans CR 6277164 et CR 6214222 :

Les sections suivantes présentent des procédures supplémentaires à réaliser pour résoudre complètement les problèmes signalés. Pour plus d'informations, consultez la section relative aux instructions spéciales d'installation du patch LISEZMOI des patchs en question.

x86 : échec de la configuration réseau des systèmes dotés des cartes NIC elx ou pcelx

L'installation des systèmes avec une carte d'interface réseau elx ou pcelx échoue. Lors de la configuration de la carte NIC, le message d'erreur suivant peut s'afficher :


WARNING: elx: transmit or jabber underrun: d0<UNDER, INTR, CPLT>

Consultez la page de manuel elxl(7D) ou pcelx(7D) pour obtenir plus d'informations.

Solution de contournement : installez et exécutez le logiciel sur des systèmes ne comportant pas de carte NIC elx ou pcelx.

Taille par défaut incorrecte du système de fichiers /var

La taille par défaut du système de fichiers /var peut s'avérer insuffisante si le système de fichiers /var réside sur une tranche distincte.

Vous devez indiquer manuellement une taille de tranche plus importante pour le système de fichiers /var.

Remarque –

Si le système de fichiers /var ne se trouve pas sur une autre tranche ou partition, ce problème ne se produit pas.

Solution de contournement : choisissez l'un des palliatifs suivants :

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

Le logiciel Solaris 9 9/04 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 de contournement : ne mettez pas à niveau les systèmes de la série HP Vectra XU dotés de la dernière version GG.06.13 du BIOS vers la version Solaris10. Cette dernière 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.

SPARC : Mise à jour du flash PROM d'initialisation nécessaire à l'ancien microprogramme

Sur les systèmes SPARC, SE Solaris 10 ne fonctionne qu'en mode 64 bits. Certains systèmes Sun4UTM doivent être mis à jour vers un niveau supérieur de microprogramme OpenBootTM dans le flash PROM pour exécuter le système d'exploitation en mode 64 bits. Les systèmes suivants peuvent nécessiter une mise à jour du flash PROM :

Le tableau suivant indique les systèmes UltraSPARC et les versions minimales de microprogramme devant exécuter le SE Solaris 10 64 bits. System type 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–1 Version de microprogramme minimale nécessaire pour utiliser le logiciel Solaris 64 bits sur des systèmes UltraSPARC

Type de système indiqué par uname -i

Version de microprogramme minimale indiquée par prtconf -V

SUNW,Ultra-2 

3.11.2 

SUNW,Ultra-4 

3.7.107 

SUNW,Ultra-Enterprise 

3.2.16 

Les systèmes ne figurant pas dans ce tableau ne nécessitent pas de mise à jour de la PROM flash. Pour obtenir des instructions concernant la mise à jour du flash PROM, consultez l'édition disponible du document Guide de la plate-forme matérielle Sun Solaris sur le site Web http://docs.sun.com.

Remarque –

La mise à jour du microprogramme sur les systèmes SPARC et x86 peuvent améliorer considérablement les performances. Reportez-vous à la section portant sur les microprogrammes dans Centre des patchs BigAdmin à l'adresse http://www.sun.com/bigadmin/patches/overview.jsp. Consultez aussi la foire aux questions (FAQ) à l'adresse http://www.sun.com/bigadmin/patches/firmware/faq.jsp.

Incompatibilité du logiciel Solaris Management Console 2.1 avec le logiciel Solaris Management Console 1.0, 1.0.1 ou 1.0.2

Le logiciel Solaris Management Console 2.1 n'est pas compatible avec Solaris Management Console 1.0, 1.0.1 et 1.0.2. Si vous procédez à la mise à jour vers la version Solaris10 alors que le logiciel Solaris Management Console 1.0, 1.0.1 ou 1.0.2 est installé, vous devez d'abord désinstaller ce logiciel. 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 de contournement : choisissez l'un des palliatifs suivants :

x86 : répercussion de l'échec de l'utilitaire du périphérique BIOS sur l'installation ou la mise à niveau (6362108)

Dans certains cas, l'utilitaire des périphériques BIOS (/sbin/biosdev ) risque d'échouer mettant ainsi fin au processus d'installation ou de mise à niveau. L'échec peut se produire dans l'une des circonstances suivantes :

Le message d'erreur suivant s'affiche :


biosdev: Could not match any!!

Solution de contournement : assurez-vous que le système est réinitialisé dès que l'ID de patch 117435-02 est appliqué. Vérifiez que les disques identiques à utiliser au cours de l'installation ou de la mise à niveau sont configurés à l'aide des différentes partitions fdisk.

L'exemple suivant s'appuie sur un système disposant de deux disques avec des partitions fdisk identiques. Pour modifier les partitions, suivez les étapes ci-après.

  1. Prenez le rôle de superutilisateur.

  2. Lancez l'utilitaire de maintenance de disque.


    # format

    Une liste de disques disponibles dans le système s'affiche.

  3. Pour sélectionner le disque dont vous souhaitez modifier la partition fdisk, entrez le numéro du disque.

  4. À partir de la liste d'options de mise en forme, sélectionnez fdisk.

    Les informations relatives à la partition du disque ainsi qu'une liste d'options fdisk sont affichées.

  5. Pour modifier la partition du disque, choisissez parmi les suivants :

    • Pour indiquer une autre partition active, appuyez sur 2.

    • Pour ajouter une autre partition de disque, appuyez sur 1.

    • Pour supprimer une partition non utilisée, appuyez sur 3.

  6. Pour enregistrer vos modifications et quitter le menu fdisk, appuyez sur 5.

  7. Pour quitter l'utilitaire de maintenance de disque, sélectionnez Quitter à partir des options de mise en forme.

  8. Redémarrez le système.

  9. Après la réinitialisation du système, vérifiez que le message d'erreur ne s'affiche plus. En tant que superutilisateur, entrez la commande suivante :


    # /sbin/biosdev

    Si le message d'erreur s'affiche toujours, répétez la procédure mais sélectionnez une option différente à l'étape 5.

  10. Si le système contient d'autres disques identiques avec des partitions fdisk identiques, répétez les étapes 1-9 sur ces disques. Dans le cas contraire, vous pouvez poursuivre l'installation ou la mise à niveau de Solaris.

Impossible de créer une archive Solaris Flash lorsque des zones Solaris sont installées (6246943)

À compter de la version actuelle de Solaris, il est impossible de créer correctement une archive Solaris Flash lorsqu'une zone non globale est installée. La fonctionnalité Solaris Flash n'est actuellement pas compatible avec la fonctionnalité de conteneurs (zones) Solaris.

N'utilisez pas la commande flar create pour créer une archive Solaris Flash dans les situations suivantes :

Si vous créez une archive Solaris Flash dans l'une de ces situations, l'archive risque de ne pas s'installer correctement lors de son déploiement.

Solution de contournement : Il peut être possible de créer une archive Solaris Flash d'un système qui a installé des zones si celles-ci sont interrompues. Pour plus d'informations, reportez-vous à la page http://opensolaris.org/os/community/zones/faq/flar_zones/.

x86 : les stations de travail Sun Java 2100Z peuvent paniquer si l'initialisation s'effectue à partir du DVD du système d'exploitation Solaris 10 (6214356)

Le microprogramme du lecteur combiné de DVD d'une station de travail Sun Java Workstation 2100Z peut entraîner une erreur système grave. Ce problème se produit lorsque vous initialisez la station de travail à partir du DVD du système d'exploitation Solaris 10. Après l'affichage de l'écran d'accueil du noyau, le message suivant s'affiche brièvement :


panic[cpu0]/thread=fec1be20: mod_hold_stub: 
Couldn't load stub module sched/TS_DTBL
fec25cb0 genunix:mod_hold_stub+139 (fec04088, 63, fea11)
fec25cc4 unix:stubs_common_code+9 (1, 8, fec026e4)
fec25ce4 unix:disp_add+3d (fec026dc)
fec25d00 genunix:mod_installsched+a4 (fef01530, fef01518)
fec25d20 genunix:mod_install+2f (fef01518, fec25d3c,)
fec25d2c TS:_init+d (0, d6d89c88, fec25d)
fec25d3c genunix:modinstall+d9 (d6d89c88)
fec25d50 genunix:mod_hold_installed_mod+2e (d6d77640, 1, fec25d)
fec25d7c genunix:modload+ac (fec026c4, fec26c4)
fec25d98 genunix:scheduler_load+3d (fec026c4, fec026dc)
fec25db4 genunix:getcid+50 (fec026c4, fec28514)
fec25dcc unix:dispinit+df (fec25ddc, fe814ba9)
fec25dd4 unix:startup_modules+d5 (fec25dec, fe8cac37)
fec25ddc unix:startup+19 (fe800000, 166130, 7)
fec25dec genunix:main+16 ()

Le système s'initialise ensuite automatiquement.

Solution de contournement : sélectionnez l'une des options suivantes :

Solution de contournement 1 : modifiez certains paramètres de la configuration du BIOS. Cette solution de contournement temporaire permet d'effectuer une installation de Solaris10. Par contre, cette méthode réduit les performances de lecture du DVD. Procédez comme suit :

  1. Pendant l'initialisation du système, appuyez sur F2 à l'invite pour accéder à l'écran de configuration.

    L'écran propose des options de type d'attache semblables à celles de l'exemple suivant :


    Primary Master [ ]
Primary Slave [ ]
Secondary Master [CD-ROM]
Secondary Slave [ ]

  2. Choisissez le type d'attache du lecteur de DVD en sélectionnant le type d'attache pour CD-ROM.

    Remarque –

    L'écran peut afficher plusieurs types d'attache pour CD-ROM, par exemple, si le système est doté de plusieurs lecteurs optiques. Dans ce cas, il peut être nécessaire d'ouvrir le boîtier du système pour déterminer le point d'attache du lecteur de DVD. Sélectionnez le type d'attache approprié pour le lecteur de DVD.

  3. Une fois que vous avez sélectionné le type d'attache pour CD-ROM, appuyez sur Entrée.

    L'écran suivant s'affiche avec Type:[Auto] sélectionné automatiquement.

  4. Appuyez deux fois sur la barre d'espacement pour modifier la sélection à Type:[CD-ROM] .

  5. À l'aide des flèches, sélectionnez Transfer Mode.

  6. Appuyez sur Entrée pour afficher la liste des autres options Transfer Mode.

  7. À l'aide des flèches, sélectionnez Standard, puis appuyez sur Entrée pour valider la sélection.

  8. Appuyez sur F10 pour enregistrer les modifications apportées à la configuration et quitter la configuration du BIOS.

    Le système redémarre.

Solution de contournement 2 : mettez à niveau le microprogramme du lecteur combiné de DVD vers la version 1.12. Le lecteur combiné de DVD doit être connecté à un système exécutant Microsoft Windows. Procédez comme indiqué ci-dessous.

  1. Retirez le lecteur combiné de DVD de la station de travail Sun Java 2100z. Reportez-vous aux instructions du guide de l'utilisateur de la station de travail pour retirer correctement le lecteur.

  2. Connectez le lecteur à un système fonctionnant sous Microsoft Windows. Changez les paramètres des cavaliers maître et esclave du lecteur, si nécessaire.

  3. Accédez au centre de téléchargement de AOpen à l'adresse http://download.aopen.com.tw/default.aspx.

  4. Recherchez le microprogramme du lecteur de DVD à partir des informations suivantes :

    • Produit : lecteurs combinés

    • Modèle : COM5232/AAH

    • Catégories : Microprogramme

  5. Téléchargez et installez le microprogramme version R1.12.

  6. Réinstallez le lecteur sur la station de travail. Si nécessaire, rétablissez les paramètres d'origine des cavaliers maître et esclave.

Remarque –

Des versions plus récentes du microprogramme sont peut-être déjà disponibles sur le site. Les test de Sun confirment que la version v1.12 résout le problème d'erreur grave. En revanche, Sun ne peut pas confirmer que les versions ultérieures à v1.12 seront en mesure de le faire.

x86 : les consoles série de certains systèmes Sun Fire ne fonctionnent pas (6208412)

Par défaut, la console série (ttya) sur les systèmes Sun Fire suivants ne fonctionne pas :

Pour utiliser la console série, vous devez configurer manuellement le BIOS du système.

Solution de contournement : pour que cette solution fonctionne, votre système doit être équipé d'un clavier et d'un moniteur Sun. Procédez comme suit :

  1. Initialisez la machine.

  2. Pendant l'initialisation du système, appuyez sur F2 à l'invite pour accéder au BIOS Phoenix.

  3. Sous Peripherals, changez l'état du port COM de désactivé à activé.

  4. Enregistrez la configuration et initialisez le système.

  5. À l'aide de la commande eeprom, indiquez ttya pour le périphérique d'entrée et le périphérique de sortie.

Remarque –

Appuyez sur les touches Stop et N lors de l'initialisation du système pour rétablir les paramètres par défaut du microprogramme de bas niveau ne fonctionne pas sur ces systèmes.

Le programme de l'interface graphique d'installation de Solaris risque d'échouer sur les systèmes comportant des partitions x86bootfdisk (6186606)

Le programme de l'interface graphique d'installation de Solaris risque d'échouer sur un système avec une partition x86boot. Le problème se produit si la partition d'initialisation x86 existante a été créée avec le programme d'installation en mode texte de Solaris. Le message d'erreur suivant s'affiche :


Default layout will not work on this system.
Error:
Error: ERROR: Could not create explicit fdisk partition on c0t0d0,
requested cylinders 14581 - 14597 in use by fdisk partition 1
Error:
Error: ERROR: System installation failed
Pfinstall failed. Exit stat= java.lang.UNIXProcess@a89ce3 2 
artition on c0t0d0, requested cylinders 14581 - 14597 in use by fdisk
partition 1  ERROR: System installation failed

Solution de contournement : choisissez l'un des palliatifs suivants :

Solution de contournement 1 : lorsque le programme d'installation vous demande de sélectionner un type d'installation, sélectionnez l'option 3, Solaris Interactive Text (Desktop Session).

Solution de contournement 2 : si vous utilisez le programme de l'interface graphique d'installation de Solaris, procédez comme suit.

  1. Lancez l'installation.

  2. À l'invite permettant de sélectionner un type d'installation, sélectionnez l'installation personnalisée (Custom Install).

    Dans les panneaux de l'installation personnalisée, indiquez ensuite l'environnement linguistique, le logiciel et les disques que vous voulez installer.

  3. Répondez aux questions sur les écrans en fournissant les informations correspondant à votre système.

  4. Sur l'écran Fdisk Selection, sélectionnez le disque contenant la partition x86boot.

  5. Supprimez la partition x86boot en la définissant comme UNUSED dans le menu déroulant.

  6. Ajoutez la partition d'initialisation x86 en remplaçant UNUSED par x86boot.

  7. Continuez l'installation.

Bogues d'installation

Les bogues suivants risquent de se produire au cours de l'installation de SE Solaris 10.

x86 : L'installation de l'interface graphique échoue sur les systèmes possédant moins de 768 Mo de mémoire

Pour une installation basée sur l'interface graphique du SE Solaris 10 10/09, le système doit disposer d'au moins 768 Mo de mémoire. Si la mémoire physique est inférieure à 786 Mo, un message d'erreur semblable à celui-ci s'affiche et l'installation passe en mode texte.


Not enough memory for graphical installation.  Graphical installation
requires 768 MB of memory.  Found 640 MB of memory.
Reverting to text-based installation.

Solution de contournement : assurez-vous de disposer de 768 Mo de mémoire pour une installation ou une mise à niveau basée sur l'interface graphique.

SPARC : La mise à niveau DSR peut provoquer une défaillance du système (6883262)

La mise à niveau Réallocation d'espace disque (DSR, Disk Space Reallocation) à l'aide du DVD ou de l'image /net peut entraîner la corruption de systèmes. La mise à niveau semble réussir sur la console du système, mais aucun package n'est ajouté après la suppression du patch et des packages. Suite à la suppression de patchs ou des packages, la mise à niveau accède directement à la création de blocs d'initialisation et réinitialise le système. Comme tous les packages, y compris ceux qui sont nécessaires pour l'initialisation, sont supprimés et qu'aucun package n'est ajouté, le système ne s'initialise pas. Ce problème survient par intermittence.

Le message d'erreur suivant s'affiche :


Can't open boot_archive
Fast Data Access MMU Miss
%TL:1 %TT:68 %TPC:f0009ca4 %TnPC:f0009ca8 %TSTATE:8840001600
%PSTATE:16 ( IE:1 PRIV:1 PEF:1 )
DTLB-MATCH:ffffffffffffe ( VA:-2000 CTX:0 )

Solution de contournement : utilisez Solaris Live Upgrade à la place de la mise à niveau DSR pour changer d'allocation de disque.

L'installation échoue si /var dispose seulement de l'espace disque minimum ou recommandé (6873975)

Sur les systèmes à mémoire faible, l'installation risque d'échouer si / ou /var disposent seulement de l'espace disque minimum ou recommandé. Le message d'erreur suivant s'affiche :


Creating boot_archive for /a
updating /a/platform/sun4u/boot_archive
15+0 records in
15+0 records out
cat: write error: No space left on device

Solution de contournement : augmenter la taille de /var pour qu'elle soit d'au moins 300 Mo sur les systèmes à mémoire faible.

La mise à niveau DSR échoue en raison d'un problème de configuration automatique (6858233)

La mise à niveau DSR échoue sur les systèmes installés avec une version Solaris 10 antérieure à Solaris 10 10/09. Cet échec est dû à un problème de configuration automatique. Par exemple, si vous installez avec le profil suivant :


install_type initial_install
   system_type standalone
   cluster cxall
   partitioning explicit
   filesys rootdisk.s0 auto / logging
   filesys rootdisk.s1 512 swap
   filesys rootdisk.s6 10240 /backup logging
   filesys rootdisk.s7 free

Ensuite, vous procédez à la mise à niveau DSR vers la version Solaris 10 10/09 avec le profil suivant :


install_type upgrade
   root_device rootdisk.s0
   backup_media local_filesystem /backup
   layout_constraint rootdisk.s0 changeable
   layout_constraint rootdisk.s7 available

La mise à niveau DSR échoue avec le message d'erreur suivant :


Auto-layout could not determine how to reallocate space on the file systems 
with the constraints you specified. Try other constraints

Solution de contournement : étiqueter les tranches rootdisk.s1 et le rootdisk.s6 comme étant "modifiables". Si un disque supplémentaire est disponible dans le système et qu'il y a suffisamment d'espace libre sur une tranche non utilisée pour une sauvegarde, modifiez les mots-clés <backup_media> comme illustré dans l'exemple suivant :


backup_media local_filesystem /dev/dsk/c0t1d0s7

Dans cet exemple, le disque c0t1d0s7 est le deuxième disque disponible et le disque a un espace disque suffisant pour une sauvegarde. Sinon, s'il n'y a qu'un seul rootdisk dans le système, effectuez la sauvegarde sur un système distant. Utilisez la syntaxe suivante :


backup_media remote_filesystem hostname:/export/backup

La mise à niveau DSR réussira.

Panique du système en raison des fonctions lgrp_* pendant l'installation du système d'exploitation (6834743)

Sur les systèmes multisocket Nehalem, où des DIMM ne sont installées que sur une CPU, le système panique lors de l'initialisation avec le message d'erreur de panique du noyau suivant : 


Too many lgrps for platform (4)

Solution de contournement : désactiver l'utilisation de la table d'affinité statique des ressources (SRAT, System Resource Affinity Table) ACPI en suivant l'une des deux procédures suivantes :

Note d'installation localisée

Le programme d'installation localisée Solaris s'exécute toujours selon les options régionales EUC ou ISO8859. C'est pourquoi le journal d'installation est écrit en EUC ou ISO8859.

Solution de contournement : lors de l'installation de l'interface de ligne de commande (CLI) localisée au moyen d'un terminal, les paramètres régionaux sur le terminal doivent être EUC ou ISO8859.

SPARC : Échec de l'installation de l'initialisation WAN pour Solaris 10 10/09

L'installation échoue lorsque installez l'image d'initialisation WAN à partir de la version Solaris 10 10/09. Le message d'erreur suivant s'affiche :


boot_file=/wanboot/wanboot.u-137111-04
root_file=/miniroot/miniroot.s10-1008

Solution de contournement : l'image miniracine Solaris 10 10/09 doit être corrigée par un patch afin de lancer l'installation. Suivez la procédure suivante pour appliquer un patch à une image miniracine d'installation réseau :

Remarque –

Ces étapes supposent qu’un système exécute la version Solaris actuelle sur le réseau et que ce système est accessible via le réseau.

  1. Sur un système exécutant cette version, connectez-vous en tant que superutilisateur (ou équivalent).

  2. Passez au répertoire Tools de l'image d'installation que vous avez créée.


    # cd install-server-path/install-dir-path/Solaris_10/Tools
    chemin_serveur_install

    Indique le chemin d'accès au système du serveur d'installation de votre réseau, par exemple, /net/installserver-1.

  3. Créez une nouvelle image d'installation et placez-la dans le système qui exécute la version Solaris actuelle.


    # ./setup_install_server remote_install_dir_path
    chemin_rép_install_distance

    Spécifie le chemin de création de la nouvelle image d'installation sur la version Solaris actuelle

    Cette commande crée une image d'installation sur la version Solaris actuelle. Afin d'appliquer un patch à cette image, vous devez la placer temporairement dans un système qui exécute cette version.

  4. Dans la version Solaris actuelle, décompressez l'archive d'initialisation de l'installation réseau.


    # /boot/solaris/bin/root_archive unpackmedia remote_install_dir_path \
 destination_dir
    chemin_rép_install_distance

    Spécifie le chemin d'accès vers l'image d'installation réseau sur la version Solaris actuelle.

    rép_destination

    Indique le chemin d'accès vers le répertoire qui contiendra l'archive d'initialisation décompressée.

  5. Sur la version Solaris actuelle, appliquez le patch sur l'archive d'initialisation compressée.


    # patchadd -C destination_dir path-to-patch/patch-id
    chemin-vers-patch

    Indique le chemin d'accès vers le patch que vous voulez ajouter, par exemple /var/sadm/spool.

    id_patch

    Indique l'ID du patch que vous souhaitez appliquer.

    Vous pouvez indiquer plusieurs patchs à l'aide de l'option patchadd -M. Pour plus d'informations, voir patchadd(1M).

    Attention – Attention –

    Avant d'utiliser la commande patchadd -C, lisez les instructions figurant dans Patch README ou contactez le bureau d'assistance de Sun de votre région.

  6. Sur la version Solaris actuelle, compressez l'archive d'initialisation. 


    # /boot/solaris/bin/root_archive packmedia remote_install_dir_path \
 destination_dir

  7. Copiez les archives patchées vers l'image d'installation sur le serveur d'installation.


    # cd remote_install_dir_path
# find boot Solaris_10/Tools/Boot | cpio -pdum \
  install-server-path/install_dir_path

x86 : Échec de l'installation de l'archive Solaris Flash depuis des versions antérieures à la version Solaris 10 10/08 (6735181)

Si vous installez une archive Solaris Flash à partir d'une version antérieure à Solaris 10 10/08, l'archive ne s'installe pas. À compter de la version Solaris 10 10/08, si l'archive provient de la version Solaris 10 10/08 ou d'une version suivante, il est possible d'installer l'archive. Le message d'erreur suivant s'affiche :


bootadm: biodev command failed for disk:
/dev/dsk/<c0t2d0s0>.
bootadm: 1s_bootdisk(): cannot determine BIOS disk ID "hd?" for disk:
/dev/dsk/<c0t2d0s0>
bootamd: get_grubroot(): cannot get (hd?, ?,?) for menu. menu not on bootdisk:
/dev/rdsk/<c0t2d0s0>

Solution de contournement : choisissez l'un des palliatifs suivants :

SPARC : Échec de l'utilisation du programme d'initialisation WAN afin d'initialiser directement le système depuis le support d'installation (6734066)

L'installation échoue si vous essayez d'initialiser le système à l'aide de la commande suivante :


# boot  -F wanboot -vV -o prompt

Il en résulte une panique du système. Le message d'erreur suivant s'affiche :


wanboot: panic - boot: can't alloc ramdisk memory

Ce problème se produit sur les types de plate-forme Sun4u et Sun4v. Ce problème a été introduit dans la version Solaris 10 10/08.

Solution de contournement : n'utilisez pas l'utilitaire wanboot pour initialiser le système, mais initialisez directement le système à partir du support d'installation.

Certaines versions asiatiques ne peuvent pas être utilisées pour une installation JumpStart personnalisée (6681454)

Certaines versions asiatiques comme th_TH.ISO8859-11, th_TH.TIS620, ko_KR.EUC, ko_KR.UTF-8, zh_TW.EUC, zh_CN.EUC, zh_CN.GBKet zh_CN.UTF-8 ne peuvent pas être utilisées lors d'une installation JumpStart personnalisée. Lors de la configuration des environnements linguistiques dans le fichier sysidcfg à l'aide du mot-clé system_locale, le message d'erreur suivant s'affiche :


xx_xx.xxxxx is not a valid system locale

L'installation JumpStart s'arrête et l'installation interactive démarre.

Solution de contournement : utilisez des noms d'environnement linguistique courts comme th_TH, ko, ko.UTF-8, zh_TW, zh, zh.GBK et zh.UTF-8, plutôt que des noms longs.

PRODRM ne parvient pas à supprimer l'entrée prodreg pour Solaris Trusted Extensions (6616592)

Lors de la mise à niveau de Solaris Trusted Extensions des versions Solaris 10 11/06 ou Solaris 10 8/07 vers les versions Solaris 10 10/08, Solaris 10 5/09 ou la version actuelle de Solaris 10 10/09, l'entrée prodreg pour Solaris Trusted Extensions n'est pas supprimée. Aucun message d'erreur n'est affiché.

Solution de contournement : une fois Solaris Trusted Extensions mis à niveau vers la version actuelle, supprimez l'entrée prodreg manuellement de la manière suivante :


# prodreg unregister -f -r -u "Solaris Trusted Extensions" -i 1

x86 : Les contrôleurs NVidia SATA ne prennent pas en charge les lecteurs ATAPI (6595488)

Le pilote pour le contrôleur NVidia SATA et les chipsets MCP55 et CK804 inclus dans la version Solaris 10 10/09 ne prennent pas en charge les lecteurs de CD/DVD ATAPI.

Au cours de l'installation ou de la mise à niveau du système à partir d'un lecteur de CD/DVD SATA, le programme d'installation Solaris démarre, mais le message d'erreur suivant s'affiche :


ERROR: The disc you inserted is not a Solaris OS CD/DVD

Ou


There were problems loading the media from /cdrom

Pendant le fonctionnement normal du système, le lecteur CD/DVD SATA n'est pas configuré et ne peut pas être utilisé.

Solution de contournement : utilisez le lecteur CD/DVD USB.

Impossible de faire défiler le panneau d'analyse détaillée de patch lors de la mise à niveau Sun (6597686)

Lors d'une mise à niveau Sun, si vous avez sélectionné Analyse détaillée pour afficher les patchs qui seront supprimés, vous ne pouvez pas faire défiler le panneau d'affichage. Vous ne pouvez pas consulter la liste complète des patchs à supprimer.

Solution de contournement : exécutez les scripts analyze_patches manuellement :


# cd <cdrom>/Solaris_10/Misc
# ./analyze_patches -R rootdir -N netdir -D databasedir

Les options de commande sont les suivantes :

-R rootdir

rootdir correspond à la racine du système installé. Le répertoire racine par défaut est /.

-N netdir

netdir désigne le chemin de la racine de l'image du système d'exploitation à installer. /cdrom/cdrom0 est le chemin par défaut. netdir est le chemin du répertoire qui contient le répertoire Solaris_10_606. Vous devez impérativement utiliser cette option si vous exécutez analyze_patches à partir d'un point de montage NFS.

-D databasedir

Si vous appelez le script à partir d'un répertoire autre que le répertoire racine /Misc dans l'image SE, le programme ne peut pas trouver la base de données qu'il utilise pour l'analyse de patch. Utilisez l'option -D pour indiquer le chemin d'accès à la base de données. Sans cette base de données, placée dans le répertoire Solaris_10_606/Misc/database sur l'image SE, le script ne peut pas s'exécuter correctement.

La configuration du clavier doit être sélectionnée même si aucun clavier n'est connecté (6593071)

Au cours d'une installation Solaris Serial, le système ne dispose pas de clavier connecté, mais une fenêtre invitant à sélectionner la configuration du clavier s'affiche.

Solution de contournement : sélectionnez une configuration de clavier. Vous pouvez modifier la configuration du clavier à l'aide de la commande kbd avec l'option -s si nécessaire lorsqu'un clavier est connecté.

Panique dans PCIe lorsque le nœud dev_info n'a pas de données parent (6517798)

Un pointeur null déréférencé peut provoquer la panique du SE Solaris si le fichier driver.conf est modifié à l'aide de l'attribut parent. Le message d'erreur suivant s'affiche :


System panic: BAD TRAP: type=31 rp=2a101d31200 addr=8 mmu_fsr=0 
occurred in module "pcie" due to a NULL pointer dereference

Solution de contournement : avant d'installer le SE Solaris 10 10/09 sur un système SPARC PCI Express (PCIe), vérifiez que vous avez modifié les fichiers driver.conf comme indiqué ci-dessous :

  1. Accédez au répertoire /kernel/drv.

  2. Vérifiez si l'attribut parent est défini dans le fichier driver.conf. Si l'attribut parent a été défini et si le dernier nœud du parent comporte le mot pci, commentez la ligne. Veillez à commenter l'intégralité de la propriété. Exemple :


    # name="ACME,simple" parent="/pci@7c0/pci@0/pci@9"
# unit-address="3,1" debug-mode=12;
name="ACME,example" parent="pseudo" instance=1;
name="ACME,scsi" parent="/pci@7c0/pci@0/pci@9/scsi"
unit-address="3,1" debug-mode=12;

  3. Recommencez l'étape 2 pour les fichiers driver.conf dans les répertoires suivants :

    • /usr/kernel/drv

    • /platform/`uname -i`/drv

    • /platform/`uname -m`/drv

  4. Installez le SE Solaris 10 10/09.

  5. Installez le patch 127747-01.

  6. Accédez aux répertoires indiqués aux étapes 1 et 3. Annulez le commentaire de toutes les lignes commentées à l'étape 2 dans les fichiers driver.conf.

Partition Linux absente du menu GRUB après l'installation du SE Solaris (6508647)

Si Linux est installé sur le disque et que vous avez installé le SE Solaris sur une autre partition, la partition Linux ne s'affiche pas dans le menu GRUB. Aucun message d'erreur n'est affiché.

Solution de contournement : modifiez le fichier menu.lst du menu GRUB pour ajouter Linux au menu GRUB. Procédez comme suit :

  1. Initialisez le SE Solaris.

  2. Modifiez le fichier menu.lst à l'emplacement /boot/grub/menu.lst. Pour de plus amples informations, reportez-vous au System Administration Guide: Basic Administration.

x86 : blocages de l'installation sur des systèmes avec une mémoire de 512 Mo (6423854)

Les installations peuvent manquer de mémoire et bloquer les systèmes 512 Mo dans les conditions suivantes :

Une fois que le système a épuise la mémoire disponible, le processus d'installation de l'interface graphique ralentit et finit par échouer. Le texte ne s'affiche pas dans un environnement multifenêtre.

Solution de contournement :

Pour éviter ce problème, sélectionnez un environnement non multifenêtre pendant le démarrage de l'installation initiale. Pendant le démarrage à partir du support d'installation, le menu suivant s'affiche :


-----------
 1.     Solaris Interactive (default)
 2.     Custom JumpStart
 3.     Solaris Interactive Text (Desktop session)
 4.     Solaris Interactive Text (Console session)
 5.     Apply driver updates
 6.     Single user shell
 Enter the number of your choice.
 -----------

À ce stade, choisissez "4. Solaris Interactive Text (Console session)". Cet environnement non multifenêtre commencera une installation en texte seul, sans utiliser de processus nécessitant de grosses capacités de mémoire.

x86 : erreur /sbin/dhcpinfo non valide au cours de l'installation (6332044)

Si vous installez le SE Solaris 10 10/09 sur un système x86, le message d'erreur suivant s'affiche :


/sbin/dhcpinfo: primary interface requested but no primary interface is set

Cette erreur n'affecte pas l'installation, laquelle se déroule sans problème.

Solution de contournement : ne tenez pas compte de ce message d'erreur.

x86 : blocage de l'installation à partir du CD après la sélection de la réinitialisation (6270371)

Un problème risque de se produire si vous lancez le programme d'installation de Solaris à partir du CD. Après l'installation du logiciel Solaris à partir du CD 4 du logiciel Solaris 10 10/09, l'invite suivante s'affiche :


Press Reboot now to continue.

Si vous appuyez sur Reboot, le système risque de ne pas réagir. L'installation a réussi mais cette erreur empêche le programme d'installation de se terminer normalement. Par conséquent, les opérations normales de réinitialisation du système et de nettoyage post-installation ne peuvent pas être réalisées.

Un message d'erreur similaire au suivant est enregistré dans le fichier /tmp/disk0_install.log :


Exception in thread "Thread-70" java.lang.IndexOutOfBoundsException:
Index: 6, Size: 5
     at java.util.ArrayList.add(ArrayList.java:369)
     at
com.sun.wizards.core.WizardTreeManager.
actualExitButtonPressed(WizardTreeManager.java:1499)
     at
com.sun.wizards.core.WizardTreeManager.
exitButtonPressed(WizardTreeManager.java:1486)
     at
com.sun.wizards.core.AutonextController.
run(AutonextController.java:736)
     at
java.lang.Thread.run(Thread.java:595)

Solution de contournement : choisissez l'un des palliatifs suivants :

x86 : échec de l'initialisation du système à la suite d'une installation JumpStart personnalisée (6205478)

Si vous avez recours à la méthode d'installation JumpStart personnalisée pour installer le logiciel sur un système x86 alors que vous configurez la tranche 2 en tant que tranche de chevauchement dans le profil, une erreur se produit. Le système ne parvient pas à redémarrer à la suite de l'installation. Le message d'erreur suivant s'affiche :


Cannot find Solaris partition

Ce problème se produit, car la tranche de chevauchement 2 ( par exemple, c0t0d0s2) est configurée de sorte à commencer au cylindre 1 plutôt qu'au cylindre 0.

Solution de contournement : dans le profil JumpStart personnalisé, supprimez l'entrée du mot-clé filesys afin d'annuler la configuration de la tranche de chevauchement 2. Vous pouvez supprimer, par exemple, une entrée de mot-clé similaire à l'entrée suivante.


filesys c0t0d0s2 all overlap

Après la suppression de l'entrée, procédez à l'installation JumpStart personnalisée.

Problèmes et bogues liés à la mise à niveau

Remarque –

Pour obtenir les toutes dernières informations sur le support de mise à niveau à partir de la version Solaris 10 10/09, reportez-vous à la section Changements apportés à la prise en charge des mises à niveau pour les versions de Solaris.

Cette section décrit les bogues de la mise à niveau. Certains bogues sont susceptibles de survenir lors de la mise à niveau vers SE Solaris 10 et d'autres une fois celle-ci terminée.

Périphériques audio indisponibles après la mise à niveau de systèmes Solaris Trusted Extensions (6866818)

Sur les systèmes configurés pour Solaris Trusted Extensions, les périphériques audio ne sont pas disponibles pour l'allocation à des étiquettes utilisateur après la mise à niveau à partir de Solaris 10 5/08, de versions antérieures à Solaris 10 10/08 ou de versions ultérieures. Ce bogue se produit car les modifications appliquées au fichier /etc/logindevperm sont perdues lors de la mise à niveau. Aucun message d'erreur n'est affiché.

Solution : après la mise à niveau, fusionnez manuellement les fichiers /etc/logindevperm.old et /etc/logindevperm pour restaurer les modifications de configuration de Solaris Trusted Extensions apportées à logindevperm.

SUNWsmbar supprime les fichiers /etc/services et /etc/inet/services au cours de la mise à niveau (6756546)

Pendant la mise à niveau vers le SE Solaris 10 10/09, les fichiers /etc/services et /etc/inet/services sont supprimés lorsque le package SUNWsmbar est installé. Les messages d'erreur suivants s'affichent sur la console du système lors de la réinitialisation :


line1-v215 console login: Oct  6 15:40:57 inetd[457]: Property 'name' of instance
svc:/network/stdiscover:default is missing, inconsistent or invalid
Oct  6 15:40:57 inetd[457]: Property 'proto' of instance 
svc:/network/stdiscover:default is missing, inconsistent or invalid
Oct  6 15:40:57 inetd[457]: Invalid configuration for instance 
svc:/network/stdiscover:default, placing in maintenance
Oct  6 15:40:57 inetd[457]: Property 'name' of instance 
svc:/network/stlisten:default is missing, inconsistent or invalid
Oct  6 15:40:57 inetd[457]: Property 'proto' of instance 
svc:/network/stlisten:default is missing, inconsistent or invalid
Oct  6 15:40:57 inetd[457]: Invalid configuration for instance 
svc:/network/stlisten:default, placing in maintenance

Solution de contournement : pour éviter la suppression de /etc/services et de /etc/inet/services lors de la mise à niveau du SE, procédez comme suit :

  1. Arrêtez tous les services Samba en cours d'exécution :


    #svcadm disable samba:default swat:default wins:default winbind:default

  2. Désinstallez le package SUNWsmbar avant la mise à niveau du SE :


    #pkgrm SUNWsmbar

  3. Mettez à niveau le SE vers la version Solaris 10 10/09.

  4. Réinstallez le package SUNWsmbar :


    #pkgadd SUNWsmbar

La commande shutdown peut entraîner une interruption du système après la mise à niveau (6751843)

La commande shutdown peut entraîner l'interruption du système après sa mise à niveau vers la version Solaris 10 10/09. L'interruption se produit lorsque le démon svc.startd interrompt les services du système.

Le fichier journal de débogage de la console Sun Java Web sous /var/log/webconsole/console/console_debug_log indique si le service de console web service est en cours de mise sous tension progressive, de démarrage ou d'arrêt.

Solution de contournement : saisissez les commandes suivantes :


/usr/share/webconsole/private/bin/wcremove -i console
svcadm clear system/webconsole:console
smcwebserver start
Remarque –

La commande wcremove supprime l'instance de domaine du serveur créée pour cette console en particulier. Lorsque la console est redémarrée, une nouvelle instance de domaine est créée.

Les commandes lucreate et lumake ne parviennent pas à créer une copie d'une zone non globale qui n'est pas en cours d'exécution (6659451)

En cas d'utilisation des commandes lucreate et lumake sur des zones non globales qui ne sont pas en cours d'exécution, il est possible que les commandes ne s'exécutent pas correctement. Le contenu de la zone non globale d'origine et celui de la copie peuvent être différents. Les utilisateurs risquent de ne pas pouvoir se connecter à la console de la zone à l'aide de la commande zlogin. Le message d'erreur ci-dessous s'affiche en cas d'exécution de la commande zlogin :


zlogin: makeutx failed

La sortie de diagnostic des commandes lucreate et lumake n'affiche aucune erreur.

Solution de contournement : avant d'exécuter les commandes lucreate et lumake, vérifiez que toutes les zones non globales sont en cours d'exécution.

SPARC : Échec de la mise à niveau avec Solaris Live Upgrade à partir des versions Solaris 8 et Solaris 9 (6638175)

La mise à niveau des versions Solaris 8 et Solaris 9 précédentes vers la version Solaris 10 10/09 à l'aide de Solaris Live Upgrade échoue. Le fichier de compression des images d'installation est à présent décompressé à l'aide de l'utilitaire 7za. Le package SUNWp7zip n'est pas inclus dans les versions Solaris 8 et 9. Par conséquent, Solaris Live Upgrade échoue.

Solution de contournement : pour mettre à niveau votre système vers la version Solaris 10 10/09 à l'aide de Solaris Live Upgrade à partir des versions Solaris 8 et Solaris 9, suivez les étapes répertoriées sous Restrictions de Solaris Live Upgrade.

Problèmes liés à la mise à niveau DSR avec des zones (6616788)

La mise à niveau de réallocation de l'espace disque (DSR, Disk Space Reallocation) avec des zones échoue si les zones sont installées dans le répertoire /opt. La mise à niveau peut échouer lors de la restauration de l'archive DSR. Parfois, la mise à niveau s'effectue correctement, mais le système ne peut pas être réinitialisé.

Solution de contournement : avant d'effectuer la mise à niveau, vérifiez que le système de fichiers racine n'est pas plein. Supprimez certains fichiers avant d'effectuer la mise à niveau afin qu'au moins 10 % de la tranche racine soit disponible.

Problèmes de mise à niveau de Solaris Trusted Extensions (6616585)

Si vous mettez à niveau Solaris Trusted Extensions de la version Solaris 10 11/06 ou Solaris 10 8/07 vers la version Solaris 10 10/08, Solaris 10 5/09 ou la version actuelle Solaris 10 10/09, des packages Solaris Trusted Extensions localisés non souhaités sont installés sur le système. Ce bogue se produit parce que le programme d'installation de Solaris Trusted Extensions présent dans les versions Solaris 10 11/06 et Solaris 10 8/07 installe des packages localisés par défaut. Aucun message d'erreur n'est affiché.

Solution de contournement : avant de mettre à niveau Solaris Trusted Extensions vers la version actuelle, supprimez les packages Solaris Trusted Extensions localisés :

SUNWjdtts 

SUNWkdtts 

SUNWjmgts 

SUNWkmgts 

SUNWjtsman 

SUNWktsu 

SUNWjtsu 

SUNWodtts 

SUNWtgnome-l10n-doc-ja 

SUNWtgnome-l10n-ui-ko 

SUNWtgnome-l10n-ui-it 

SUNWtgnome-l10n-ui-zhHK 

SUNWtgnome-l10n-ui-sv 

SUNWtgnome-l10n-ui-es 

SUNWtgnome-l10n-doc-ko 

SUNWtgnome-l10n-ui-ptBR 

SUNWtgnome-l10n-ui-ja 

SUNWtgnome-l10n-ui-zhTW 

SUNWtgnome-l10n-ui-zhCN 

SUNWtgnome-l10n-ui-fr 

SUNWtgnome-l10n-ui-de 

SUNWtgnome-l10n-ui-ru 

Communication impossible entre le système et ypbind après la mise à niveau (6488549)

Ce problème se produit en cas de mise à niveau de la version Solaris 10 Hardware 2 vers la version Solaris 10 10/09 actuelle.

Dans la version Solaris 10 Hardware 2, le fichier name_service.xml des services de noms, tels que NIS, NIS+, FILES ou LDAP est comme suit :


# ls -l name_service.xml
lrwxrwxrwx   1 root     root     10 Apr 10 16:26 name_service.xml -> ns_files.xml

Si le service de noms est NIS, le fichier name_service.xml établit un lien avec ns_files.xml. Toutefois, le contenu des fichiers ns_files.xml et ns_nis.xml est identique.


  # cat /etc/release
                     Solaris 10 3/05 HW2 s10s_hw2wos_05 SPARC
           Copyright 2005 Sun Microsystems, Inc.  All Rights Reserved.
                        Use is subject to license terms.
                           Assembled 26 September 2005
  # cd /var/svc/profile
  # ls -l name_service.xml ns_files.xml ns_nis.xml
  lrwxrwxrwx   1 root   other    12 May 21 04:06 name_service.xml -> ns_files.xml
  -r--r--r--   1 root   sys     779 May 21 04:25 ns_files.xml
  -r--r--r--   1 root   sys     779 Jan 21  2005 ns_nis.xml
  #
  # diff ns_files.xml ns_nis.xml
  # diff name_service.xml ns_nis.xml

Dans la sortie précédente, les fichiers ns_nis.xml et ns_files.xml sont identiques. Cela signifie que le fichier name_service.xml établit un lien symbolique au fichier de service de noms incorrect. Le fichier name_service.xml établit un lien vers ns_files.xml, au lieu de ns_nis.xml.

Remarque –

La correction de CR 6411084, l'installation SUNWcsr ou le script de postinstallation, crée le lien correct uniquement si name_service.xml n'est pas un fichier de lien. Si name_service.xml est déjà un fichier de lien symbolique, comme dans la version Solaris 10 Hardware 2, la correction de CR 6411084 échoue.

Après une mise à niveau de Solaris 10 Hardware 2 vers la version Solaris 10 10/09 actuelle, le message suivant est consigné dans le fichier des messages ou s'affiche sur la console :


Oct 23 12:18:45 vt2000a automount[301]: [ID 366266 daemon.error] 
can't read nis map auto_master: can't communicate with ypbind - retrying

De même, le service /network/nis/client:default est hors ligne.

Solution de contournement : choisissez l'un des palliatifs suivants :

Échec de la mise à niveau sur un système comprenant des zones installées mais non initialisées

Une zone non globale installée mais jamais initialisée ou préparée empêche la mise à niveau correcte d'un système. Aucun message d'erreur n'est affiché.

Solution de contournement :

Si une telle zone est rencontrée, elle doit être préparée puis interrompue avant de lancer la mise à niveau. Exemple :


global# zoneadm -z myzone ready ; zoneadm -z myzone halt

Échec du service de système de fichiers locaux en cas de mise à niveau d'un système Solaris 10 présentant des zones non globales vers la version Solaris 10 10/09 (6428258)

En cas de mise à niveau d'un système Solaris 3/05 ou Solaris 10 1/06 vers la version Solaris 10 10/09 avec des zones non globales, le service SMF chargé du montage des systèmes de fichiers locaux peut échouer dans les zones non globales. Le démarrage des autres services des zones non globales peut alors échouer.

Après la mise à niveau d'un système Solaris 10 présentant des zones non globales vers la version Solaris 10 10/09, les services risquent de se trouver en mode de maintenance. Exemple :


# zlogin myzone svcs -x
    svc:/system/filesystem/local:default (local file system mounts)
     State: maintenance since Wed May 24 13:18:06 2006
    Reason: Start method exited with $SMF_EXIT_ERR_FATAL.
       See: http://sun.com/msg/SMF-8000-KS
       See: /var/svc/log/system-filesystem-local:default.log
    Impact: 18 dependent services are not running.  (Use -v for list.)

Solution de contournement :

Réinitialisez la zone non globale à partir de la zone globale. Exemple :


global# zoneadm -z myzone reboot

Différences d'ID de périphériques après la mise à niveau à partir de Système d'exploitation Solaris 9 9/04

Dans la version Solaris10, Solaris Volume Manager affiche les ID de périphériques dans un nouveau format. Système d'exploitation Solaris 9 9/04, qui prend en charge les ID de périphériques dans les jeux de disques, ne reconnaît pas le nouveau format. Lorsque vous procédez à la mise à niveau de la version Solaris 9 9/04 vers SE Solaris 10, les ID de périphériques associés aux jeux de disques existants ne sont pas mis à jour dans la configuration de Solaris Volume Manager. Si vous devez faire l'opération inverse pour rétablir Système d'exploitation Solaris 9 9/04, les modifications apportées à la configuration des jeux de disques après la mise à niveau risquent de ne pas être appliquées dans Système d'exploitation Solaris 9 9/04. Pour plus d'informations, reportez-vous au Chapitre 25, Troubleshooting Solaris Volume Manager (Tasks) du Solaris Volume Manager Administration Guide.

Barre de progression absente de la commande luupgrade de Solaris Live Upgrade (6239850)

La barre de progression de la mise à niveau ne s'affiche pas lorsque vous utilisez le logiciel Solaris Live Upgrade de l'une des manières suivantes :

Par exemple, si vous exécutez la commande suivante, la barre de progression devrait s'afficher après l'apparition du message suivant :


Running installer on BE s10u1.

Pourtant, elle ne s'affiche pas.


# luupgrade -i -n s10u1 -s /net/installsrv/export/s10u1
 -O "-nodisplay -noconsole"


Validating the contents of the media /net/installsvr/export/s10u1.
The media is a standard Solaris media.
The media contains a standard Solaris installer.
The media contains Solaris 3 version 10.
Mounting BE s10u1.
Running installer on BE s10u1.

Aucun message d'erreur n'est affiché.

Solution de contournement : utilisez la commande prstat. Cette commande vous permet de vérifier la progression de l'ajout des packages au cours de l'installation.

Des programmes de désinstallation obsolètes ne sont pas supprimés si Solaris Live Upgrade est utilisé pour procéder à la mise à niveau à partir de versions précédentes de Solaris (6198380)

Si vous utilisez Solaris Live Upgrade pour procéder à la mise à niveau de Solaris 8 ou Solaris 9 vers SE Solaris 10, des programmes de désinstallation obsolètes ne sont pas supprimés. Ces programmes de désinstallation à partir du système d'exploitation précédent demeurent dans le répertoire /var/sadm/prod du système.

Les programmes de désinstallation obsolètes suivants ne sont pas supprimés.


uninstall_Alternate_Pathing_2_3_1.class
uninstall_CDRW_1_1.class o uninstall_CDRW_1_0.class
uninstall_Bonus_Localization_-_Catalan_CDE_Desktop.class
uninstall_Bonus_Localization_-_Polish_CDE_Desktop.class
uninstall_Bonus_Localizations_-_Russian_CDE_Desktop.class
uninstall_Capacity_on_Demand_1_0.class
uninstall_Java3D_1_3_1.class
uninstall_Java3D_1_3.class
uninstall_Java3D_1_2_1_04.class
uninstall_Java3D_1_2_1_03.class
uninstall_Lights_Out_Management_2_0.class
uninstall_Man_Page_Supplement.class
uninstall_OpenGL_1_3.class
uninstall_OpenGL_1_2_3.class
uninstall_Netra_ct_Platform_1_0.class
uninstall_Netra_t11xx_Alarms_2_0.class
uninstall_Netscape_6_2_3.class
uninstall_Netscape_6_2_1_Beta.class
uninstall_PC_launcher_1_0_2.class
uninstall_PC_launcher_1_0_1_PCfileviewer_1_0_1.class
uninstall_RSC_2_2_2.class
uninstall_RSC_2_2_1.class
uninstall_RSC_2_2.class
uninstall_ShowMeTV_1_3.class
uninstall_Solaris_9_French_Localization.class
uninstall_Solaris_9_German_Localization.class
uninstall_Solaris_9_Hong_Kong_Traditional_Chinese_Localization.class
uninstall_Solaris_9_Italian_Localization.class
uninstall_Solaris_9_Japanese_Localization.class
uninstall_Solaris_9_Korean_Localization.class
uninstall_Solaris_9_Simplified_Chinese_Localization.class
uninstall_Solaris_9_Spanish_Localization.class
uninstall_Solaris_9_Swedish_Localization.class
uninstall_Solaris_9_Traditional_Chinese_Localization.class
uninstall_Solaris_On_Sun_Hardware_Documentation.class
uninstall_Sun_Hardware_AnswerBook.class
uninstall_SunATM_5_0.class
uninstall_SunATM_5_1.class
uninstall_SunFDDI_PCI_3_0.class
uninstall_SunFDDI_SBus_7_0.class
uninstall_Sun_Fire_880_FC-AL_Backplane_Firmware_1_0.class
uninstall_Sun_Fire_B10n_Load_Balancing_Blade_1_1.class
uninstall_SunForum_3_1.class
uninstall_SunForum_3_2.class
uninstall_SunHSI_PCI_3_0.class
uninstall_SunHSI_SBus_3_0.class
uninstall_SunScreen_3_2.class
uninstall_SunVTS_5_1_PS6.class
uninstall_SunVTS_5_1_PS5.class
uninstall_SunVTS_5_1_PS4.class
uninstall_SunVTS_5_1_PS3.class
uninstall_SunVTS_5_1_PS2.class
uninstall_SunVTS_5_1_PS1.class
uninstall_SunVTS_5_0.class
uninstall_System_Management_Services_1_4.class
uninstall_System_Management_Services_1_3.class
uninstall_System_Management_Services_1_2.class
uninstall_System_Service_Processor_3_5.class
uninstall_WBEM_DR_1_0.class
uninstall_Web_Start_Wizards_SDK_3_0_2.class
uninstall_Web_Start_Wizards_SDK_3_0_1.class
uninstall_Web_Start_Wizards_SDK.class
uninstall_XML_Libraries_2_4_12.class

Solution de contournement : une fois le système mis à niveau, supprimez manuellement les programmes de désinstallation obsolètes dans le répertoire /var/sadm/prod.

Autres problèmes d'installation

Cette section décrit les problèmes liés à l'installation du système d'exploitation Solaris.

Les logiciels StarOffice et StarSuite ne peuvent pas coexister dans le même système

Lorsque vous installez SE Solaris 10, le logiciel StarOffice ou StarSuite TM est également automatiquement installé, en fonction de la langue que vous sélectionnez. Les langues et leur logiciel correspondant sont indiqués ci-dessous :

Langue sélectionnée 

Logiciel pris en charge 

Chinois, Japonais, Coréen 

StarSuite 

Autres langues 

StarOffice 

StarOffice et StarSuite ne peuvent pas coexister dans le même système. Si vous voulez remplacer un logiciel que vous avez installé par mégarde, procédez comme suit.

  1. Insérez le CD 4 du logiciel Solaris 10 ou le DVD du système d'exploitation Solaris 10 dans le lecteur.

  2. Prenez le rôle de superutilisateur.

  3. Accédez au répertoire Product, par exemple /cdrom/cdrom0/Solaris_10/Product.

  4. Remplacez le logiciel.

    • Pour remplacer StarOffice par StarSuite, servez-vous des commandes suivantes :


      # pkgrm `pkginfo | grep staroffice- | awk '{print $2}'`
  # pkgadd -d .SUNWstarsuite-*

    • Pour remplacer StarSuite par StarOffice, servez-vous des commandes suivantes :


      # pkgrm `pkginfo | grep starsuite- | awk '{print $2}'`
  # pkgadd -d . SUNWstaroffice-*

Si vous utilisez les CD Solaris, les packages de localisation sont inclus dans le CD de langue 1 ou 2. Les packages sont les suivants :

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

Il est possible que des environnements linguistiques connexes soient installés lorsque vous sélectionnez celui que vous souhaitez installer. Ce changement de comportement dans la version Solaris10 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 environnements linguistiques partiels (par exemple, Europe centrale) sont encore organisés et installés selon la zone géographique.