Ignorer les liens de navigation | |
Quitter l'aperu | |
Notes de version Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Français) |
Problèmes lors de l'installation d'Oracle Solaris 11.1
Les services AI créés à partir d'images Oracle Solaris 11 installent Oracle Solaris 11.1 (7144329)
SPARC : erreurs FMD lors de l'installation d'Oracle Solaris sur un serveur de série T (16081077)
Plusieurs noms de service AI entrent en conflit sur les serveurs AI (7042544)
Programme d'installation en mode texte en anglais lorsqu'une autre langue est choisie (7095437)
L'installation échoue si des caractères non-ASCII sont spécifiés dans le champ de nom réel (7108040)
A. Bogues précédemment documentés qui sont corrigés dans Oracle Solaris 11.1
Les problèmes suivants risquent de se produire pendant ou après l'installation d'Oracle Solaris 11.1.
Lors de l'installation d'Oracle Solaris à l'aide du programme d'installation automatisée (AI), l'installation peut échouer si le système dispose de plus de RAM que d'espace disque. L'espace alloué pour les périphériques de swap et de vidage peut réduire l'espace disponible pour l'installation du SE. Le message d'erreur suivant peut s'afficher :
ImageInsufficentSpace: Insufficient disk space available (8.84 GB) for estimated need (9.46 GB GB) for Root filesystem
Solution de contournement : choisissez l'une des solutions suivantes :
Si l'espace n'est pas limité par la taille du disque, allouez-en davantage pour la tranche utilisée en tant que vdev dans le pool root.
Remarque - Sur les systèmes x86, si nécessaire, allouez de l'espace supplémentaire à la partition Solaris2.
Désactivez l'option requérant l'allocation d'un volume de swap et de vidage. Dans le manifeste AI, spécifiez la valeur true pour les attributs nodump et noswap dans la balise <logical> de la section <target>. Par exemple :
<logical noswap="true" nodump="true"> </logical>
Définissez le zpool et allouez de plus petites tailles de swap et de vidage dans le manifeste :
<target> <disk whole_disk="true" in_zpool="rpool"> <disk_keyword key="boot_disk"/> </disk> <logical> <zpool name="rpool" root_pool="true"> <zvol name="swap" use="swap"> <size val="2gb"/> </zvol> <zvol name="dump" use="dump"> <size val="4gb"/> </zvol> </zpool> </logical> </target>
Désactivez l'allocation d'un périphérique de swap ou de vidage, et allouez une taille spécifique à l'autre périphérique (swap ou vidage). L'exemple suivant illustre la désactivation du swap et l'ajout d'une taille de vidage égale à 4 Go :
<target> <disk whole_disk="true" in_zpool="rpool"> <disk_keyword key="boot_disk"/> </disk> <logical noswap="true"> <zpool name="rpool" root_pool="true"> <zvol name="dump" use="dump"> <size val="4gb"/> </zvol> </zpool> </logical> </target>
Pour plus d'informations sur la procédure de modification du manifeste AI, reportez-vous à la page de manuel ai_manifest(4).
Le manifeste AI par défaut pour un service d'installation créé à partir d'une image d'AI Oracle Solaris 11 contient l'entrée suivante dans la section <software_data> section :
<name>pkg:/entire@latest</name>
Cette entrée installe la dernière version du système d'exploitation (SE) Oracle Solaris disponible à partir de l'éditeur spécifié dans le manifeste AI.
Si le référentiel de packages référencé par le manifeste AI d'Oracle Solaris contient les packages système d'Oracle Solaris 11 et d'Oracle Solaris 11.1, le service d'installation d'Oracle Solaris 11 installe le SE Oracle Solaris 11.1 OS au lieu d'Oracle Solaris 11, car il s'agit de la version la plus récente du SE Oracle Solaris disponible dans le référentiel.
Pour les installations de client AI i386 à l'aide d'un service d'installation Oracle Solaris 11 où le référentiel de packages référencé contient les packages système d'Oracle Solaris 11.1, l'installation démarre mais échoue avec une erreur PlanCreationException à cause d'incompatibilités entre versions. Le message d'erreur suivant s'affiche :
Reason: Installed version in root image is too old for origin dependency
Pour les installations de client AI SPARC, l'installation ne rencontre pas de problèmes, mais installe Oracle Solarisénbsp;11.1 au lieu d'Oracle Solaris 11.
Remarque - L'installation d'Oracle Solaris 11.1 à partir d'un service d'installation Oracle Solaris 11 n'est pas une opération prise en charge.
Solution de contournement : pour garantir qu'un service d'installation AI d'Oracle Solaris 11 continue à installer la dernière version d'Oracle Solaris 11 dans le référentiel de l'éditeur spécifié, procédez comme suit :
Déterminez le manifeste à modifier.
$ installadm list -n svcname -m
Par exemple :
$ installadm list -n default-i386 -m
Exportez le manifeste vers un fichier.
$ pfexec installadm export -n svcname \ -m manifest-name -o /path-to-save-manifest
Par exemple :
$ pfexec installadm export -n default-i386 \ -m orig_default -o /home/me/orig_default.xml
Modifiez la ligne <name>pkg:/entire@latest</name> dans le manifeste enregistré pour spécifier la version d'Oracle Solaris 11.
L'exemple suivant spécifie la version la plus récente d'Oracle Solaris 11 disponible dans le référentiel référencé :
<name>pkg:/entire@0.5.11,5.11-0.175.0</name>
La chaîne de version 0.5.11,5.11-0.175.0 spécifie la version Oracle Solaris 11. La chaîne de version 0.5.11,5.11-0.175.1 spécifie la version Oracle Solaris 11.1.
Pour installer une version spécifique d'Oracle Solaris 11, rendez la chaîne de version plus spécifique. L'exemple suivante utilise la version original Oracle Solaris 11 11/11 d'origine :
<name>pkg:/entire@0.5.11,5.11-0.175.0.0.0.2.0</name>
Obtenez la valeur de l'origine de l'éditeur dans le manifeste enregistré.
L'exemple suivant est la valeur provenant du manifeste AI par défaut :
<origin name="http://pkg.oracle.com/solaris/release"/>
Vérifiez que la version que vous voulez installer est disponible dans le référentiel référencé.
$ pkg list -afvg http://pkg.oracle.com/solaris/release entire@0.5.11,5.11-0.175.0
Mettez le manifeste à jour dans le service.
$ pfexec installadm update-manifest -n svcname \ -m manifest-name -f /path-to-save-manifest
Par exemple :
$ pfexec installadm update-manifest -n default-i386 \ -m orig_default -f /home/me/orig_default.xml
Lors de l'installation d'Oracle Solaris 11.1 sur un serveur SPARC T4, l'avertissement suivant peut s'afficher sur la console :
usbecm0: object not found
Cet avertissement n'est pas fatal et n'affecte pas le fonctionnement normal du système.
Solution de contournement : effectuez les étapes suivantes :
Identifiez le FMRI (Fault Management Resource Identifier, identificateur de ressource de gestion des pannes).
# fmadm faulty
Effacez les pannes et le fichier journal FM (Fault Management, gestion des pannes).
# fmadm acquit <fmri>
# fmadm flush <fmri>
Pour plus d'informations, reportez-vous au “Repairing Faults or Defects" chapter in the Oracle Solaris Administration: Common Tasks guide.
La commande zoneadm install comporte une option -c qui peut prendre un répertoire en tant que paramètre. Ce répertoire peut contenir des sous-répertoires dans les profils de configuration système.
En raison de l'aplatissement de la structure de répertoires, si des fichiers portant le même nom sont dans la structure de répertoires, un seul d'entre eux est copié dans la zone installée.
Par exemple, supposons que vous avez la structure de répertoires suivante :
directory-name/profiles1/sc_profile.xml directory-name/profiles2/sc_profile.xml directory-name/profiles3/sc_profile.xml
Supposons que vous pouvez exécuter la commande suivante zoneadm install :
# zoneadm -z zone install -c directory-name
Les fichiers de la structure de répertoires sont copiés dans la nouvelle zone, comme si vous aviez exécuté les commandes suivantes dans l'ordre :
# cp directory-name/profiles1/sc_profile.xml \ zoneroot/etc/svc/profile/site/sc_profile.xml # cp directory-name/profiles2/sc_profile.xml \ zoneroot/etc/svc/profile/site/sc_profile.xml # cp directory-name/profiles3/sc_profile.xml \ zoneroot/etc/svc/profile/site/sc_profile.xml
Par conséquent, chaque nouvelle copie écrase la copie précédente, ce qui laisse un seul fichier. Le système n'est donc pas correctement configuré après l'installation.
Solution de contournement : assurez-vous que chaque profil, quel que soit son emplacement dans la structure de répertoires, possède un nom unique de façon à ce que les profils ne s'écrasent pas les uns les autres lorsqu'ils sont copiés. Par exemple, supposons que vous avez la structure de répertoires suivante :
directory-name/profiles1/sc_profile_a.xml directory-name/profiles2/sc_profile_b.xml directory-name/profiles3/sc_profile_c.xml
L'exécution de la commande zoneadm copie les fichiers vers la zone comme suit :
zoneroot/etc/svc/profile/site/sc_profile_a.xml zoneroot/etc/svc/profile/site/sc_profile_b.xml zoneroot/etc/svc/profile/site/sc_profile_c.xml
Les profils de configuration que les serveurs du programme d'installation automatisée fournissent aux clients d'installation sont ouvertement accessibles sur le réseau via le serveur Web. Par conséquent, les mots de passe fournis avec les profils de configuration ne sont pas sécurisés.
Solution de contournement : choisissez l'une des solutions suivantes :
Utilisez la fonction IP Filter, qui permet de limiter l'accès au port du serveur Web du programme d'installation automatisée à certains réseaux ou clients uniquement.
Pour de plus amples informations sur la fonction IP Filter, reportez-vous à la section Filtrage des paquets du manuel Directives de sécurité d’Oracle Solaris 11 .
Lors de la première initialisation suivant l'installation d'un système, connectez-vous et modifiez les mots de passe configurés à l'aide du programme d'installation automatisée. Pour des raisons de sécurité, initialisez le système en mode monoutilisateur.
Sur les systèmes SPARC, ajoutez l'option -s à la commande boot.
Sur les systèmes x86, modifiez le menu GRUB de manière interactive, puis ajoutez l'option -s à la commande kernel$.
Les manifestes du programme d'installation automatisée sont modifiés à partir d'un script Derived Manifest à l'aide de la commande aimanifest.
Lors de l'ajout d'un nouvel élément ou d'une sous-arborescence d'un manifeste AI à l'aide de la sous-commande add ou load de aimanifest, le nouvel élément ou le root de la sous-arborescence peut être mal placé(e) parmi ses éléments frères. Si toutes les conditions suivantes sont remplies, le nouvel élément ou le root de la sous-arborescence est ajouté(e) à la fin de la liste des éléments frères, même si ce n'est pas sa place :
D'autres éléments existent sous le parent devant contenir le nouvel élément.
D'autres éléments avec la même balise ne sont pas présents sous le parent devant contenir le nouvel élément.
Aucun des éléments qui suivent le nouvel élément n'est présent.
En conséquence, la validation du manifeste risque d'échouer. Un message d'erreur similaire peut s'afficher lorsque vous exécutez l'AI, ou dans le fichier /system/volatile/install_log, indiquant un échec du point de contrôle du module manifeste dérivé (DMM) :
16:48:04: aimanifest: INFO: command:add, path:/auto_install/ai_instance/ target/logical/zpool[@name=rpool]/filesystem@name, value:zones 16:48:04: aimanifest: INFO: cmd:success, validation:Fail, node:/auto_install[1]/ai_instance[1]/ target[1]/logical[1]/zpool[1]/filesystem[1] 16:48:05 Derived Manifest Module: script completed successfully 16:48:05 Derived Manifest Module: Manifest header refers to no DTD. 16:48:05 Derived Manifest Module: Validating against DTD: /usr/share/install/ai.dtd.1 16:48:05 Validation against DTD /usr/share/install/ai.dtd.1] failed 16:48:05 /system/volatile/manifest.xml:6:0:ERROR:VALID:DTD_CONTENT_MODEL: Element zpool content does not follow the DTD, expecting (vdev* , filesystem* , zvol* , pool_options? , dataset_options? , be?), got (be filesystem ) 16:48:05 Derived Manifest Module: Final manifest failed XML validation 16:48:05 Error occurred during execution of 'derived-manifest' checkpoint. 16:48:05 Aborting: Internal error in InstallEngine ERROR: an exception occurred. Derived Manifest Module: Final manifest failed XML validation
Solution de contournement : assemblez le manifeste AI dans un ordre différent ou à l'aide d'une autre série de sous-commandes add ou load de sorte que de nouveaux éléments ou sous-arborescences soient ajoutés dans l'ordre. L'ordre est déterminé par les fichiers DTD du répertoire /usr/share/install. Les fichiers DTD suivants sont utilisés pour valider les manifestes AI :
ai.dtd.1
target.dtd.1
boot_modes.dtd.1
software.dtd.1
Ajoutez tous les éléments d'origine avant d'ajouter les éléments miroir. Par exemple, si vous allez configurer des éléments d'origine et miroir d'un éditeur, le fichier software.dtd.1 possède la ligne suivante qui indique que les éléments miroir doivent suivre les éléments d'origine :
<!ELEMENT publisher (origin+, mirror*)>
Si vous installez le SE Oracle Solaris sur un disque d'initialisation FC à chemin double, l'installation échoue avec les erreurs suivantes :
2011-08-16 18:41:38,434 InstallationLogger.target-selection DEBUG Traceback (most recent call last): File "/usr/lib/python2.6/vendor-packages/solaris_install/auto_ install/checkpoints/target_selection.py", line 3419, in execute self.select_targets(from_manifest, discovered, dry_run) 2011-08-16 18:41:38,642 InstallationLogger INFO Automated Installation Failed 2011-08-16 18:41:38,693 InstallationLogger INFO Please see logs for more information 2011-08-16 18:41:38,743 InstallationLogger DEBUG Shutting down Progress Handler
Solution de contournement : déconnectez l'un des câbles FC à double parcours.
Sur les serveurs AI configurés pour servir plusieurs réseaux, le démon mdns peut avertir lorsque des instances de noms de service AI identiques sont enregistrés. Le message d'erreur suivant peut s'afficher :
mDNSResponder: [ID 702911 daemon.error] Client application registered 2 identical instances of service some-service._ OSInstall._tcp.local. port 5555. mDNSResponder: [ID 702911 daemon.error] Excessive name conflicts (10) for some-service._ OSInstall._tcp.local. (SRV); rate limiting in effect
Remarque - Les clients AI peuvent toujours obtenir les informations nécessaires à l'installation.
Solution de contournement : pour éviter que plusieurs noms de service AI entrent en conflit, définissez la propriété exclusion ou inclusion pour le service SMF svc:/system/install/server:default.
L'exemple suivant décrit la manière de définir les propriétés all_services/exclude_networks et all_services/networks pour inclure tous les réseaux qui ont été configurés sur le système.
# svccfg -s svc:/system/install/server:default \ setprop all_services/exclude_networks = false # svccfg -s svc:/system/install/server:default \ delprop all_services/networks #1.#1.#1.#1/#1 # svccfg -s svc:/system/install/server:default \ delprop all_services/networks #2.#2.#2.#2/#2 ... # svccfg -s svc:/system/install/server:default \ addprop all_services/networks 0.0.0.0/0 # svcadm refresh svc:/system/install/server:default # svcadm restart svc:/system/install/server:default
#1.#1. #1.#1/#1 et #2.#2. #2.#2/#2 sont les adresses IP des interfaces réseau qui ont été configurées.
Pour de plus amples informations sur mDNS, reportez-vous à la section Activation de DNS multidiffusion du manuel Utilisation des services de noms et d’annuaire dans Oracle Solaris 11.1.
Lorsque vous utilisez le programme d'installation en mode texte sur un matériel équivalent à une console physique, tel qu'un clavier, un moniteur vidéo ou une souris à distance ou une console VirtualBox, le programme d'installation affiche le texte en anglais, même si vous avez choisi une autre langue lors de l'initialisation depuis le média d'installation. Le programme d'installation affiche le texte en anglais pour éviter un affichage confus de caractères non-ASCII.
Le programme d'installation en mode texte affiche uniquement le texte localisé sur un matériel équivalent à une console série, telle qu'une console de service basée sur SSH ou telnet par exemple.
Solution de contournement : aucune.
Le programme d'installation en mode texte n'autorise pas l'installation d'Oracle Solaris sur une tranche dans la partition Solaris2. Ce problème se produit uniquement si vous avez choisi de préserver les données sur une autre tranche ou sur un ensemble de tranches au sein de cette même partition.
L'écran Select Slice in Fdisk Partition (Sélection de tranche dans partition Fdisk) du programme d'installation en mode texte affiche une tranche existante dans la partition Solaris2 comme ayant le type rpool. Vous ne pouvez pas utiliser la touche F5 pour changer le type d'une tranche inutilisée en rpool.
A moins que vous ne souhaitiez détruire les données sur la tranche rpool existante, quittez le programme d'installation. Ce problème n'a pas d'incidence sur les autres modifications effectuées dans votre système.
Solution de contournement : pour utiliser le programme d'installation en mode texte, vous devez installer Oracle Solaris sur un disque distinct. Vous pouvez installer dans une autre tranche avec de l'espace libre dans une partition Solaris2 à l'aide du programme d'installation automatisée (AI) avec un manifeste personnalisé. Le manifeste AI personnalisé spécifie la tranche à utiliser pour l'installation.
Pour installer Oracle Solaris sur un pool root s11-rpool dans la tranche 7 d'une partition Solaris2 existante par exemple, spécifiez ce qui suit dans la section targets du manifeste AI personnalisé :
<target> <disk> <disk_name name="c3d0" name_type="ctd"/> <partition action="use_existing_solaris2"> <slice name="7" in_zpool="s11-rpool"> <size val="6144mb"/> </slice> </partition> </disk> <logical> <zpool name="s11-rpool" is_root="true"> <filesystem name="export" mountpoint="/export"/> <filesystem name="export/home"/> <be name="solaris"/> </zpool> </logical> </target>
sysconfig et les applications du programme d'installation en mode texte risquent de se fermer de manière inattendue à partir des écrans Timezone (Fuseau horaire), si vous exécutez l'une ou l'autre de ces opérations :
Appuyez sur Ctrl + L.
Appuyez sur F9 et sélectionnez le bouton Cancel (Annuler).
Ce problème se produit uniquement lorsque vous avez sélectionné l'un des régions de fuseau horaire suivantes :
Afrique
Amérique
Asie
Europe
Océan Pacifique
Remarque - Aucune sélection effectuée avant la fermeture des applications n'est enregistrée.
Solution de contournement : afin d'éviter ce comportement, n'essayez pas de quitter ces applications à partir des écrans Timezone (Fuseau horaire). Utilisez les solutions de contournement suivantes :
Si vous exécutez le programme d'installation en mode texte, vous est automatiquement renvoyé au menu principal d'installation. Dans le menu principal, sélectionnez l'option Install Oracle Solaris (Installer Oracle Solaris) pour redémarrer le programme d'installation en mode texte.
Si vous exécutez l'application sysconfig, effectuez les opérations suivantes :
Connectez-vous en tant que root avec un mot de passe vide.
Réinitialisez le système pour reprendre le processus de configuration interactive depuis le début.
Si vous installez Oracle Solaris à l'aide de programmes d'installation interactifs ou de l'utilitaire sysconfig, l'installation peut échouer si des caractères non-ASCII sont spécifiés dans le champ de nom réel de l'écran des utilisateurs.
L'installation peut échouer ou des caractères ne pas être affichés correctement dans les étapes suivant la spécification des caractères non-ASCII dans l'écran des utilisateurs.
Solution de contournement : utilisez uniquement des caractères ASCI dans le champ de nom réel.
Le pilote Xorg VESA ne fonctionne pas sur Oracle VM VirtualBox si une interface EFI est activée, ce qui signifie que le Live Media ne s'initialise pas sur Xorg. Une installation via l'interface graphique est donc impossible.
Solution de contournement : effectuez les étapes suivantes :
Installez Oracle Solaris 11.1 à l'aide du programme d'installation en mode texte ou du programme d'installation automatisée (AI).
Utilisez la commande pkg pour installer le package de groupe solaris-desktop.
Installez les outils d'invité VirtualBox qui incluent le pilote natif VirtualBox Xorg.
Pour obtenir des instructions sur l'installation du package de groupe solaris-desktop, reportez-vous à la section Ajout de logiciels après une installation Live Media du manuel Installation des systèmes Oracle Solaris 11.1.
Si vous utilisez le programme d'installation automatisée basé sur réseau pour l'installation d'Oracle Solaris sur une plate-forme x2100 avec un pilote nge, le message d'erreur suivant peut s'afficher après une longue période :
kernel$ /s11-173-x86/platform/i86pc/kernel/$ISADIR/unix -B install_media=http:// $serverIP:5555//install/images/s11-x86,install_service=s11-173-x86,install_svc_address= $serverIP:5555 loading '/s11-173-x86/platform/i86pc/kernel/$ISADIR/unix -B install_media=http:// $serverIP:5555//install/images/s11-x86,install_service=s11-173-x86,install_svc_address= $serverIP:5555' module$ /s11-173-x86/platform/i86pc/$ISADIR/boot-archive loading ' /s11-173-x86/platform/i86pc/$ISADIR/boot-archive' ... Error 20: Mulitboot kernel must be loaded before modules Press any key to continue...
Ce problème se produit dans une installation PXE qui utilise BIOS version 1.1.1 et ultérieure, quand vous utilisez le BIOS x2100 avec un pilote nge.
Solution de contournement : choisissez l'une des solutions de contournement suivantes pour l'installation d'Oracle Solaris sur une plate-forme x2100 avec un pilote nge :
Installez Oracle Solaris à l'aide d'une des méthodes suivantes :
Programme d'installation automatisée
Live Media
Programme d'installation en mode texte
Utilisez le pilote bge à la place du pilote nge.
Remplacez le BIOS par la version 1.0.9.
Quand vous installez Oracle Solaris sur des serveurs Sun Fire x4170m3 et x4270m3 d'Oracle, l'installation peut se bloquer par intermittence avec une erreur bad marshal data. La raison de cet échec est un fichier solaris.zlib endommagé sur l'image montée de DVD.
A cause de fichier endommagé, l'opération de lecture échoue sur certains fichiers dans le périphérique de fichier lofi de l'image ISO montée. Le système affiche plusieurs messages d'erreur pendant l'installation.
Solution de contournement : effectuez les étapes suivantes pour désactiver Virtualization Technology for Directed-IO (VT-d ).
Redémarrez le serveur ou mettez-le sous tension.
Appuyez sur la touche F2 à l'invite pour accéder à l'utilitaire de configuration du BIOS.
Dans l'écran du menu d'E/S du BIOS, sélectionnez IO > IO Virtualization et désactivez le paramètre VT-d.
Pour activer VT-d pour les autres contrôleurs EHCI après l'installation d'Solaris, procédez comme suit :
Ajoutez la ligne suivante au fichier /kernel/drv/ehci.conf :
iommu-dvma-mode="unity";
Réinitialisez le système.
Activez VT-d dans l'utilitaire de configuration du BIOS.