Ce chapitre décrit les problèmes liés à l'installation du Système d'exploitation Solaris10 et donne des informations à ce sujet.
Pour connaître les bogues et problèmes résolus qui ne concernent plus le logiciel Solaris 10 5/09, reportez-vous à l'Annexe ATableau des bogues intégrés résolus dans le système d'exploitation Solaris 10.
Cette section contient des informations d'ordre général concernant, par exemple, les changements de comportement dans SE Solaris 10.
La version Solaris 10 5/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 :
BIOS et ILOM
Microprogramme SPARC, OBP et Hypervisor
Pour obtenir des résultats optimaux à l'aide de la version Solaris 10 5/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.
Voici les valeurs minimales et recommandées pour la mémoire dans la version Solaris 10 5/09 :
Pour les systèmes de fichiers racine UFS :
384 Mo au minimum
512 Mo recommandés
Pour les systèmes de fichiers racine ZFS :
786 Mo au minimum
1 Go de mémoire est recommandé pour les performances globales du ZFS.
À 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 :
Solaris 8
Solaris 9
Solaris10
Pour les systèmes x86, il n'est possible de mettre à niveau le SE Solaris qu'à partir des versions suivantes :
Solaris 9
Solaris10
Pour mettre à niveau une version antérieure au logiciel Solaris 8 vers la version Solaris 10 5/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 5/09.
La compatibilité du logiciel Solaris 10 5/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 de la version Solaris 10 5/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 :
Vérifiez que la version existante du produit est prise en charge sur le logiciel Solaris10.
Installez une nouvelle version du produit prise en charge sur Solaris10. Il peut être nécessaire de supprimer la version précédente du produit avant de procéder à la mise à niveau vers le logiciel Solaris. Reportez-vous à la documentation du produit pour plus d'informations.
Désinstallez le produit avant de procéder à la mise à niveau vers le logiciel Solaris10.
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.
À 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.
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 5/09 présente les restrictions Solaris Live Upgrade suivantes :
Pour mettre à niveau le SE Solaris 8 actuel vers la version Solaris 10 5/09 à l'aide de Solaris Live Upgrade, procédez comme suit :
pour les systèmes SPARC – La mise à niveau de la version Solaris 8 vers la version Solaris 10 5/09 à l'aide de Solaris Live Upgrade est prise en charge. Pour connaître les procédures pas-à-pas de l'utilisation de Solaris Live Upgrade, consultez le site http://www.sun.com/bigadmin/features/articles/live_upgrade_patch.jsp.
pour les systèmes x86 – La mise à niveau de la version Solaris 8 vers la version Solaris 10 5/09 à l'aide de Solaris Live Upgrade n'est pas prise en charge. Ainsi, suivez la procédure de mise à niveau classique ou exécutez Solaris Live Upgrade du SE Solaris 8 vers le SE Solaris 9 ou SE Solaris 10. Ensuite, vous pouvez exécuter Solaris Live Upgrade de la version Solaris 9 ou de la version Solaris 10 vers la version Solaris 10 5/09.
La mise à niveau avec Solaris Live Upgrade de la version Solaris 8 vers les versions Solaris 10 5/08, Solaris 10 10/08 et Solaris 10 5/09 est prise en charge via http://sunsolve.sun.com/search/document.do?assetkey=1-9-250526-1.
Pour mettre à niveau le SE Solaris 9 actuel vers la version Solaris 10 5/09 à l'aide de Solaris Live Upgrade, appliquez les patchs suivants :
pour les systèmes SPARC– 137477-01 ou ultérieur
pour les systèmes x86– 137478-01 ou ultérieur
Pour mettre à niveau le SE Solaris 10 actuel vers la version Solaris 10 5/09 à l'aide de Solaris Live Upgrade, appliquez les patchs suivants :
pour les systèmes SPARC– 137321-01 ou ultérieur
pour les systèmes x86– 137322-01 ou ultérieur
Ces patchs incluent la nouvelle fonctionnalité p7zip. Solaris Live Upgrade exige la fonctionnalité p7zip pour prendre en charge la mise à niveau vers Solaris 10 5/09.
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.
La version Solaris 10 5/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 :
Si vous souhaitez utiliser Solaris Live Upgrade avec des configurations de zone prises en charge dans Solaris 10 5/09, vous devez d'abord mettre à niveau votre système vers la version Solaris 10 5/09 à l'aide du programme de mise à niveau standard.
Puis, avec Solaris Live Upgrade, vous pouvez soit migrer votre système de fichiers racine UFS avec racines de zone vers un système de fichiers racine ZFS, soit mettre à niveau votre système de fichiers racine ZFS et vos racines de zone ou leur appliquer un patch.
Vous ne pouvez pas migrer configurations de zones non prise en charge à partir d'une version antérieure de Solaris 10 Release directement au Solaris 10 5/09 version.
Pour obtenir une description détaillée de zone prise en charge configurations soient mis à niveau ou de lui appliquer un patch dans la version Solaris 10 5/09, reportez-vous à 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.
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.
Zones ZFS : actuellement, il est impossible de mettre à niveau les systèmes Solaris présentant des zones ZFS. Pour ces systèmes, la solution consiste à recréer les zones. Pour recréer les zones, suivez la procédure ci-dessous :
Au préalable, sauvegardez toutes les données à l'aide de la commande tar -T.
Ensuite, supprimez les zones.
Mettez à niveau le système et reconfigurez toutes les zones.
Enfin, restaurez toutes les données.
Domaine NFSv4 : une fois la mise à niveau effectuée, lorsque vous affichez les zones étiquetées, vous êtes invité à accéder au domaine NFSv4. Pour éviter l'affichage de cette invite, ajoutez la valeur NFSMAPID_DOMAIN correcte dans le fichier /etc/default/nfs de chaque zone étiquetée, avant de procéder à la mise à niveau. Pour plus d'informations, voir CR 5110062.
Live Upgrade : le bogue suivant affecte la mise à jour Live Upgrade de systèmes Solaris avec les zones :
Ces bogues affectent également Live Upgrade sur les systèmes configurés avec Solaris Trusted Extensions. Les solutions de contournement sont identiques.
Service de noms : si, lors de l'installation, vous avez configuré le système afin qu'il utilise un service de noms différent de celui qui a été utilisé lors de la mise à niveau, la zone globale peut faire appel au service de noms adéquat après l'initialisation.
Par exemple, si vous avez indiqué NIS comme service de noms à utiliser à l'installation du système et si vous avez ensuite converti le système en client LDAP, l'initialisation luactivate peut rétablir l'utilisation de NIS en tant que service de noms pour la zone globale. CR 6569407 est à l'origine du problème.
La solution de contournement consiste à ajuster le lien symbolique name_service.xml dans le répertoire /var/svc/profile afin de spécifier le fichier xml correspondant effectivement au service de noms utilisé. Par exemple, si vous avez spécifié le service de noms NIS à l'installation, name_service.xml est un lien symbolique vers ns_nis.xml. Si vous avez ensuite converti le système en client LDAP et si LDAP est le service de noms utilisé lors de la mise à niveau avec Live Upgrade, exécutez la commande suivante :
# ln -fs ns_ldap.xml name_service.xml |
Vous devez réaliser cette opération avant de démarrer Live Upgrade ou d'exécuter la commande lucreate. Toutefois, si vous n'avez pas exécuté cette commande avant lucreate, effectuez la procédure suivante une fois la commande luactivate appliquée :
Montez le nouvel environnement d'initialisation à l'aide de la commande lumount :
# lumount <BE_name> |
Modifiez le répertoire /var/svc/profile de l'environnement d'initialisation :
# cd /.alt.<BE_name>/var/svc/profile |
Reliez correctement le lien name_service.xml. Exemple :
# ln -fs ns_ldap.xml name_sevice.xml |
Démontez l'environnement d'initialisation à l'aide de la commande luumount :
# luumount <BE_name> |
Si vous initialisez le système sans effectuer la procédure décrite ci-dessus, vous devrez démarrer manuellement les services client SMF associés au service de noms qui conviennent.
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 :
À 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.
Les patchs suivants sont appliqués pour résoudre les problèmes signalés dans CR 6277164 et CR 6214222 :
Patch 119366-05 pour les systèmes SPARC
Patch 119367-05 pour les systèmes x86
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.
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.
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.
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 :
Si vous utilisez l'IG du programme d'installation de Solaris, procédez comme suit.
Lancez l'installation.
Dans le volet de sélection du type d'installation (Select Type of Install), sélectionnez l'installation personnalisée (Custom Install).
Le programme d'installation de Solaris affiche plusieurs écrans qui vous permettent de choisir l'emplacement du logiciel et de personnaliser les produits que vous voulez installer et l'organisation du disque.
Dans Lay Out File Systems, sélectionnez Modify.
L'écran d'organisation du disque s'affiche.
Tapez /var dans la colonne File System pour une tranche spécifique, puis cliquez sur Apply.
Le programme d'installation propose une taille par défaut pour le système de fichiers /var.
Modifiez l'entrée de la colonne Size pour le système de fichiers /var de sorte que la taille du système de fichiers soit deux fois supérieure à celle de l'espace disque.
Par exemple, si le programme d'installation affecte 40 Mo d'espace, indiquez 80 comme valeur de taille.
Terminez l' installation.
Si vous utilisez le programme d'installation en mode texte de Solaris, procédez comme suit.
Lancez l'installation.
Dans le volet de sélection du type d'installation (Select Type of Install), sélectionnez l'installation personnalisée (Custom Install).
Le programme d'installation de Solaris affiche plusieurs écrans qui vous permettent de choisir l'emplacement du logiciel et de personnaliser les produits que vous voulez installer et l'organisation du disque.
Dans Lay Out File Systems, sélectionnez Auto Layout.
L'écran d'organisation du disque s'affiche.
Tapez /var dans la colonne File System pour une tranche spécifique.
Le programme d'installation propose une taille par défaut pour le système de fichiers /var.
Appuyez sur F4_Customize pour modifier la taille du système de fichiers /var.
Modifiez l'entrée de la colonne Size pour le système de fichiers /var de sorte que la taille du système de fichiers soit deux fois supérieure à celle de l'espace disque.
Par exemple, si le programme d'installation affecte 40 Mo d'espace, indiquez 80 comme valeur de taille.
Terminez l' installation.
Si vous utilisez le programme JumpStart personnalisé, utilisez le mot de passe du profil filesys pour définir la taille du système de fichiers /var. Dans l'exemple suivant, la taille du système de fichiers /var sur la tranche 5 est 256 Mo.
filesys c0t0d0s5 256 /var |
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.
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 :
UltraTM 2 ;
Ultra 450 et Sun EnterpriseTM 450 ;
Les systèmes Sun Enterprise 3000, 4000, 5000 et 6000.
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.
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.
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 :
Avant la mise à niveau, procédez à une désinstallation complète du logiciel Solaris Management Console à l'aide de la commande /usr/bin/prodreg .
Si vous n'avez pas désinstallé ce logiciel avant de procéder à la mise à niveau vers la version Solaris10 , vous devez d'abord supprimer tous les packages de Solaris Management Console 1.0, 1.0.1 ou 1.0.2. Préférez la commande pkgrm à la commande prodreg pour supprimer les modules. Respectez scrupuleusement l'ordre de suppression des modules. Procédez comme suit :
Prenez le rôle de superutilisateur.
Tapez la commande suivante\~:
# pkginfo | grep “Solaris Management Console“ |
Si la description ne s'exécute pas avec "Solaris Management Console 2.1", les noms de modules figurant dans le résultat sont identifiés en tant que modules SMC 1.0.
Utilisez la commande pkgrm pour supprimer toutes les instances des packages logiciels SMC 1.0 dans l'ordre indiqué ci-après.
Ne supprimez aucun module dont la description indique “Solaris Management Console 2.1”. Par exemple, SUNWmc.2 peut signifier logiciel Solaris Management Console 2.1.
Si la sortie pkginfo affiche plusieurs versions de modules logiciels Solaris Management Console 1.0, exécutez la commande pkgrm pour supprimer ces modules. Supprimez le package initial, puis celui auquel un numéro a été ajouté. Si, par exemple, les packages SUNWmcman et SUNWmcman.2 apparaissent dans le résultat de pkginfo, supprimez d'abord le package SUNWmcman, puis supprimez le package SUNWmcman.2. N’utilisez pas la commande prodreg.
# pkgrm SUNWmcman # pkgrm SUNWmcapp # pkgrm SUNWmcsvr# pkgrm SUNWmcsvu # pkgrm SUNWmc # pkgrm SUNWmcc # pkgrm SUNWmcsws |
Dans une fenêtre du terminal, tapez la commande suivante :
# rm -rf /var/sadm/pkg/SUNWmcapp |
Le logiciel Solaris Management Console 2.1 doit désormais fonctionner correctement. Si vous souhaitez assurer la maintenance du logiciel Solaris Management Console 2.1 ou s'il ne fonctionne pas correctement, désinstallez-le. Réinstallez-le ensuite en procédant de la manière suivante :
À l'aide de la commande pkgrm, supprimez tous les packages de Solaris Management Console 2.1 et les packages dépendants dans l'ordre indiqué ci-dessous.
Si votre installation présente plusieurs instances de packages Solaris Management Console 2.1, telles que SUNWmc et SUNWmc.2, supprimez d'abord SUNWmc et ensuite SUNWmc.2. N’utilisez pas la commande prodreg.
# pkgrm SUNWpmgr # pkgrm SUNWrmui # pkgrm SUNWlvmg # pkgrm SUNWlvma # pkgrm SUNWlvmr # pkgrm SUNWdclnt # pkgrm SUNWmga # pkgrm SUNWmgapp # pkgrm SUNWmcdev # pkgrm SUNWmcex # pkgrm SUNWwbmc # pkgrm SUNWmc # pkgrm SUNWmcc # pkgrm SUNWmccom |
Insérez le CD 4 du logiciel Solaris 10 dans le lecteur de CD-ROM. Entrez la commande suivante dans une fenêtre de terminal :
# # cd /cdrom/cdrom0/Solaris_10/Product # pkgadd -d . SUNWmccom SUNWmcc SUNWmc SUNWwbmc SUNWmcex SUNWmcdev \ SUNWmgapp SUNWmga SUNWdclnt SUNWlvmr SUNWlvma SUNWlvmg SUNWpmgr \ SUNWrmui |
Toutes les versions précédentes de Solaris Management Console sont supprimées. Le logiciel Solaris Management Console 2.1 est désormais opérationnel.
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 :
ID de patch 117435-02 appliqué mais le système n'a pas été réinitialisé.
Le système contient deux ou plusieurs disques identiques disposant de partitions fdisk identiques.
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.
Prenez le rôle de superutilisateur.
Lancez l'utilitaire de maintenance de disque.
# format |
Une liste de disques disponibles dans le système s'affiche.
Pour sélectionner le disque dont vous souhaitez modifier la partition fdisk, entrez le numéro du disque.
À 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.
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.
Pour enregistrer vos modifications et quitter le menu fdisk, appuyez sur 5.
Pour quitter l'utilitaire de maintenance de disque, sélectionnez Quitter à partir des options de mise en forme.
Redémarrez le système.
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.
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.
À 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 :
Dans une zone non globale
Dans la zone globale si des zones non globales sont installées
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/.
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 :
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 [ ] |
Choisissez le type d'attache du lecteur de DVD en sélectionnant le type d'attache pour CD-ROM.
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.
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.
Appuyez deux fois sur la barre d'espacement pour modifier la sélection à Type:[CD-ROM] .
À l'aide des flèches, sélectionnez Transfer Mode.
Appuyez sur Entrée pour afficher la liste des autres options Transfer Mode.
À l'aide des flèches, sélectionnez Standard, puis appuyez sur Entrée pour valider la sélection.
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.
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.
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.
Accédez au centre de téléchargement de AOpen à l'adresse http://download.aopen.com.tw/default.aspx.
Recherchez le microprogramme du lecteur de DVD à partir des informations suivantes :
Produit : lecteurs combinés
Modèle : COM5232/AAH
Catégories : Microprogramme
Téléchargez et installez le microprogramme version R1.12.
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.
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.
Par défaut, la console série (ttya) sur les systèmes Sun Fire suivants ne fonctionne pas :
Sun Fire V20z
Sun Fire V40z.
Sun Fire V60x
Sun Fire V65x
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 :
Initialisez la machine.
Pendant l'initialisation du système, appuyez sur F2 à l'invite pour accéder au BIOS Phoenix.
Sous Peripherals, changez l'état du port COM de désactivé à activé.
Enregistrez la configuration et initialisez le système.
À l'aide de la commande eeprom, indiquez ttya pour le périphérique d'entrée et le périphérique de sortie.
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'IG 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'IG d'installation de Solaris, procédez comme suit.
Lancez l'installation.
À 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.
Répondez aux questions sur les écrans en fournissant les informations correspondant à votre système.
Sur l'écran Fdisk Selection, sélectionnez le disque contenant la partition x86boot.
Supprimez la partition x86boot en la définissant comme UNUSED dans le menu déroulant.
Ajoutez la partition d'initialisation x86 en remplaçant UNUSED par x86boot.
Continuez l'installation.
Les bogues suivants risquent de se produire au cours de l'installation de SE Solaris 10.
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.
L'installation échoue lorsque installez l'image d'initialisation WAN à partir de la version Solaris 10 5/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 5/09 doit être corrigée par un patch pour pouvoir lancer l'installation. Suivez la procédure suivante pour appliquer un patch à une image miniracine d'installation réseau :
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.
Sur un système exécutant cette version, connectez-vous en tant que superutilisateur (ou équivalent).
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 |
Indique le chemin d'accès au système du serveur d'installation de votre réseau, par exemple, /net/installserver-1.
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 |
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.
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 |
Spécifie le chemin d'accès vers l'image d'installation réseau sur la version Solaris actuelle.
Indique le chemin d'accès vers le répertoire qui contiendra l'archive d'initialisation décompressée.
Sur la version Solaris actuelle, appliquez le patch sur l'archive d'initialisation compressée.
# patchadd -C destination_dir path-to-patch/patch-id |
Indique le chemin d'accès vers le patch que vous voulez ajouter, par exemple /var/sadm/spool.
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).
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.
Sur la version Solaris actuelle, compressez l'archive d'initialisation.
# /boot/solaris/bin/root_archive packmedia remote_install_dir_path \ destination_dir |
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 |
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 :
Installez une archive Solaris Flash à partir de la version Solaris 10 10/08 ou ultérieure.
Si vous devez installer une archive Solaris Flash à partir d'une version précédente, démarrez à partir de la version précédente, puis extrayez l'archive.
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 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.
Lors de la mise à niveau de Solaris Trusted Extensions de la version Solaris 10 8/07 ou Solaris 10 10/08 vers la version Solaris 10 5/09 actuelle, 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 |
Le pilote pour le contrôleur NVidia SATA et les chipsets MCP55 et CK804 inclus dans la version Solaris 10 5/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.
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 :
rootdir correspond à la racine du système installé. Le répertoire racine par défaut est /.
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.
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.
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é.
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 5/09 sur un système SPARC PCI Express (PCIe), vérifiez que vous avez modifié les fichiers driver.conf comme indiqué ci-dessous :
Accédez au répertoire /kernel/drv.
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; |
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
Installez le SE Solaris 10 5/09.
Installez le patch 127747-01.
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.
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 :
Initialisez le SE Solaris.
Modifiez le fichier menu.lst à l'emplacement /boot/grub/menu.lst. Pour de plus amples informations, reportez-vous au System Administration Guide: Basic Administration .
Les installations peuvent manquer de mémoire et bloquer les systèmes 512 Mo dans les conditions suivantes :
Votre installation est effectuée avec une image réseau de l'installation du système d'exploitation.
Le programme d'installation de Solaris est dans un environnement multifenêtre :
L'interface utilisateur graphique (GUI).
L'option -text ou "3. Solaris Interactive Text (Desktop session)" dans le menu ci-dessous.
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.
Si vous installez le SE Solaris 10 5/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.
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 5/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 :
Solution de contournement 1 : Procédez comme indiqué ci-dessous.
Arrêtez le système, puis remettez-le à nouveau sous tension.
Une fois le système réinitialisé, insérez le CD approprié lorsque vous y êtes invité. L'insertion du CD n'entraîne l'installation d'aucun élément logiciel supplémentaire sur le système. Au bout de quelques instants, le système se réinitialise normalement.
Solution de contournement 2 : Procédez comme indiqué ci-dessous.
Ouvrez une fenêtre de terminal.
Connectez-vous en tant que superutilisateur.
Créez ou modifiez l'accès au fichier .instsuccess.
# touch /tmp/.instsuccess |
Interrompez le processus Java.
# pkill -9 java |
Le système se réinitialise sans vous demander d'insérer le CD.
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.
Pour obtenir les toutes dernières informations sur le support de mise à niveau à partir de la version Solaris 10 5/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.
La commande luactivate échoue lorsque vous activez l'environnement d'initialisation créé à l'aide du système de fichiers ZFS. Le message d'erreur suivant s'affiche :
/etc/lu/DelayUpdate/: cannot create |
Solution de contournement : avant d'activer l'environnement d'initialisation à l'aide de la commande luactivate, spécifiez la variable d'environnement menu.lst comme suit :
Pour le Korn shell\~:
# export BOOT_MENU_FILE="menu.lst" |
Pour le shell Bourne :
# BOOT_MENU_FILE="menu.lst" # export BOOT_MENU_FILE |
Pendant la mise à niveau vers le SE Solaris 10 5/09, les fichiers /etc/services et /etc/inet/services sont supprimés lors de l'installation du package SUNWsmbar. 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 :
Arrêtez tous les services Samba en cours d'exécution :
#svcadm disable samba:default swat:default wins:default winbind:default |
Désinstallez le package SUNWsmbar avant la mise à niveau du SE :
#pkgrm SUNWsmbar |
Mettez à niveau le SE vers la version Solaris 10 5/09.
Réinstallez le package SUNWsmbar :
#pkgadd SUNWsmbar |
La commande shutdown peut entraîner l'interruption du système après sa mise à niveau vers la version Solaris 10 5/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 |
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.
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.
La mise à niveau des versions Solaris 8 et Solaris 9 précédentes vers la version Solaris 10 5/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 5/09 à l'aide de Solaris Live Upgrade à partir des versions Solaris 8 et Solaris 9, suivez les étapes répertoriés sous Restrictions de Solaris Live Upgrade.
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.
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 ou Solaris 10 5/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 |
Ce problème se produit en cas de mise à niveau de la version Solaris 10 Hardware 2 vers la version Solaris 10 5/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.
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 5/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 :
Solution de contournement 1 : avant une mise à niveau, supprimez le fichier /var/svc/profile/name_service.xml.
Solution de contournement 2 : après une mise à niveau, remplacez le lien /var/svc/profile/name_service.xml par le fichier ns_<xxx>.xml correct, conformément au service de noms.
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 |
En cas de mise à niveau d'un système Solaris 3/05 ou Solaris 10 1/06 vers la version Solaris 10 5/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 5/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 |
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.
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 :
Vous mettez à niveau le système d'exploitation à l'aide du CD Solaris 10 5/09.
Vous mettez à niveau un environnement d'initialisation à l'aide de la commande luupgrade avec les options suivantes :
-i pour installer à partir du CD
-O “-nodisplay -noconsole ” pour lancer le programme d'installation sur le second CD en mode texte et sans interaction avec l'utilisateur
Vous effectuez une mise à niveau vers le logiciel Solaris 10 5/09 à partir des versions suivantes :
Solaris 9
Solaris10
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.
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.
Cette section décrit les problèmes liés à l'installation du système d'exploitation Solaris.
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.
Insérez le CD 4 du logiciel Solaris 10 ou le DVD du système d'exploitation Solaris 10 dans le lecteur.
Prenez le rôle de superutilisateur.
Accédez au répertoire Product, par exemple /cdrom/cdrom0/Solaris_10/Product .
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 :
SUNWstaroffice-langue*, où langue = es, fr, de, sv ou it
SUNWstarsuite-langue*, où langue = ja, ko, zh-CN ou zh-TW
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.