| Ignorer les liens de navigation | |
| Quitter l'aperu | |
|
Notes de version Oracle Solaris 11 Oracle Solaris 11 Information Library (Français) |
| Ignorer les liens de navigation | |
| Quitter l'aperu | |
|
|
Notes de version Oracle Solaris 11 Oracle Solaris 11 Information Library (Français) |
Les bogues suivants risquent de se produire pendant ou après l'installation d'Oracle Solaris 11.
Lors de l'installation d'Oracle Solaris 11 à 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 d'Oracle Solaris. Le message d'erreur suivant peut s'afficher :
ImageInsufficentSpace: Insufficient disk space available (??.? GB) for estimated need (??.? 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 racine.
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).
Lors de la création d'un service d'installation, si umask est défini sur une valeur restrictive, le service d'installation sera créé avec les fichiers de configuration qui ne sont pas accessibles par le client AI. Ceci peut provoquer l'échec du client AI avec l'erreur wanboot suivante :
{0} ok boot net:dhcp - install
Boot device: /pci@400/pci@2/pci@0/pci@6/network@0:dhcp File and args: -
install1000 Mbps full duplex Link up
Timed out waiting for BOOTP/DHCP reply
HTTP: Bad Response: 500 Internal Server Error
(wanboot.conf error: Can't open configuration file)
ERROR: boot-read fail
Boot load failed.
{0} ok
Solution de contournement : choisissez l'une des solutions suivantes :
Avant d'exécuter installadm afin de créer un service d'installation, définissez umask sur une valeur moins restrictive, telle que 022. Par exemple :
# umask 022 # installadm create-service -n svc1 -s /export/aiimages/S11_AI.ISO \ -d /export/auto_install/svc1
Pour installer les services qui ont déjà été créés, ajustez les permissions des fichiers wanboot.conf et system.conf pour ce service. Dans l'exemple suivant, le nom du service d'installation est svc1, et le chemin de l'image est /export/auto_install/svc1:
# chmod 644 /var/ai/service/svc1/system.conf # chmod 644 /export/auto_install/svc1/wanboot.conf
Lorsque vous installez Oracle Solaris 11 à l'aide du programme d'installation en mode texte, le mappage entre les noms de réseau et les périphériques de communication n'est pas correct si la configuration manuelle du réseau est sélectionnée.
Par exemple, dans l'écran Manual Network Configuration (Configuration réseau manuelle), les noms des réseaux et les noms des périphériques de communication sont mappés comme suit :
net0 (igb2) net1 (igb3) net2 (igb0) net3 (igb1) net4 (usbecm2)
Dans cet exemple, vous pouvez sélectionner le périphérique igb0, qui est net2. Cependant, après l'installation, le périphérique igb0 peut être mappé en tant que net0. Suite à cette incohérence, la connectivité réseau est perdue après l'installation.
Remarque - Ce problème a été résolu dans le patch Oracle Solaris 11 (SRU version 3). Si vous utilisez des images SRU3 amorçables pour x86 ou SPARC, vous ne rencontrerez pas ce problème.
Solution de contournement : pour résoudre ce problème, procédez comme suit :
Au cours de l'installation, sélectionnez l'option 3 (shell) dans le menu de départ du programme d'installation en mode texte.
Remarque - Vous devez quitter le programme d'installation en mode texte pour revenir au menu de départ.
A l'invite de shell, saisissez les commandes suivantes.
# svcadm restart datalink-management:default # dladm show-phys -L # exit
Accédez au menu de départ et sélectionnez l'option 1 pour installer Oracle Solaris 11.
L'écran Configuration réseau manuelle affiche à présent le mappage correct.
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>
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épertoire, si des fichiers portant le même nom sont dans la structure de répertoire, un seul d'entre eux est copié dans la zone installée.
Par exemple, supposons que vous avez la structure de répertoire 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épertoire 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épertoire, 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épertoire 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 fichiers manifestes XML utilisés par le programme d'installation automatisée peuvent être lus par tous les utilisateurs sur le serveur du programme d'installation automatisée. Ces fichiers sont ouvertement accessibles sur le réseau via le service du manifeste HTTP du programme d'installation automatisée. Les mots de passe fournis avec le manifeste de configuration ne sont pas sécurisés.
Solution de contournement : choisissez l'une des solutions suivantes :
Pour limiter l'accès en lecture des manifestes sur le serveur du programme d'installation automatisée, utilisez la commande suivante :
# chmod -R og-r /var/ai/*/AI_data
Utilisez la fonction IP Filter d'Oracle Solaris qui permet de limiter l'accès des ports du service des manifestes à certains réseaux ou clients uniquement.
Lors de la première initialisation suivant l'installation d'un système avec le programme d'installation automatisée, 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 (1M).
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(1M), le nouvel élément ou la racine 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 la racine 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 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 est lié à l'installation PXE sur le BIOS x2100 avec le pilote nge. Ce problème se produit dans le BIOS version 1.1.1 et versions ultérieures.
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-le à partir d'un média.
Utilisez le média du programme d'installation automatisée.
Utilisez le programme d'installation en mode texte
Utilisez le LiveCD.
Utilisez le pilote bge à la place du pilote nge.
Remplacez le BIOS par la version 1.0.9.
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 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 SAS JBOD à double parcours.
La découverte de topologie de disque FMA (Fault management architecture) risque de ne pas gérer correctement les configurations combinant des disques connectés directement et des disques virtuels. Par conséquent, les disques connectés directement ne sont pas visibles pour le programme d'installation automatisée.
Solution de contournement : utilisez les utilitaires d'installation Live ou en mode texte d'Oracle Solaris 11 pour effectuer l'installation, car toutes les unités de disques y sont disponibles à la sélection.
Lorsque vous utilisez le programme d'installation automatisée (AI) pour installer un client, il est parfois impossible d'appliquer les profils de configuration système personnalisés associés au critère hostname. Le client AI peut recevoir un nom de domaine complet ou un nom d'hôte non qualifié en fonction de la manière dont les services de noms sont configurés sur le réseau. Si le critère hostname spécifié lors de la création du profil ne correspond pas exactement à la valeur hostname du client, toute tentative de mappage du profil échoue.
Si le profil est nommé profile-name, et la ligne suivante n'est pas dans le fichier journal ai_sd_log, le profil est introuvable :
SC profile locator: Processing profile profile-name
Remarque - Le fichier journal ai_sd_log se trouve dans le répertoire /system/volatile avant la réinitialisation du client et dans le répertoire /var/sadm/system/logs après la réinitialisation.
Solution de contournement : pour vérifier que le problème est dû à un nom d'hôte qui ne correspond pas entre le serveur et le client AI, vérifiez la chaîne suivante dans le fichier journal ai_sd_log :
hostname=hostname
Lorsque vous utilisez le programme d'installation en mode texte sur un matériel équivalent à une console physique, telle qu'une console KVM Web distante 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.
Les utilisateurs des serveurs SPARC T-Series d'Oracle risquent de constater un ralentissement de l'initialisation via connexion WAN lors de l'installation automatisée d'un domaine hôte à l'aide du programme d'installation automatisée (AI) s'ils exécutent une version plus ancienne du microprogramme système.
Solution de contournement : pour un microprogramme système 8.x, utilisez la version 8.1.1.b ou une version supérieure. Pour le microprogramme système 7.x, utilisez la version 7.4.0.d ou une version supérieure.
La liste suivante présente les plates-formes et la version du microprogramme requise. Pour plus d'informations sur une version particulière du microprogramme système, consultez les notes de version d'Oracle VM Server for SPARC.
Le microprogramme système 8.x prend en charge les plates-formes suivantes :
Sun SPARC T3-1
Sun SPARC T3-2
Sun SPARC T3-4
Sun SPARC T3-1B
Netra SPARC T3-1
Netra SPARC T3-1B
Sun SPARC T4-1
Sun SPARC T4-1B
Sun SPARC T4-2
Sun SPARC T4-4
Le microprogramme système 7.x prend en charge les plates-formes suivantes :
Sun SPARC Enterprise T5120
Sun SPARC Enterprise T5140
Sun SPARC Enterprise T5220
Sun SPARC Enterprise T5240
Sun SPARC Enterprise T5440
Sun Blade T6320 - Sun Blade T6340
La version du microprogramme requise pour les plates-formes suivantes n'est pas disponible :
Netra SPARC T3-1BA
Netra CP3260
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.
Lors de la création d'un service d'installation avec la configuration DHCP facultative, si le service installadm doit créer un nouveau serveur DHCP lorsqu'un client DNS n'est pas configuré, le service installadm génère un fichier de configuration DHCP incomplet.
Ce comportement est dû au fait que le service installadm ajoute des étiquettes supplémentaires aux informations de configuration DNS dans le fichier de configuration DHCP. Toutefois, ces autres valeurs d'étiquettes ne peuvent pas être utilisées dans la configuration DHCP.
Avec un fichier de configuration incomplet, le service DHCP risque de ne pas pouvoir entrer dans un état En ligne et reste dans un état de maintenance. Le message d'erreur suivant peut s'afficher :
Name services are not configured for local DHCP server. Manual configuration will be required, please see dhcpd(8) for further information.
Solution de contournement : pour faire passer le serveur DHCP local à l'état En ligne, effectuez les opérations suivantes :
Modifiez le fichier /etc/inet/dhcpd4.conf et supprimez les lignes suivantes :
option domain-name; option domain-name-servers;
Tapez la commande suivante pour redémarrer le serveur DHCP :
# svcadm clear svc:/network/dhcp/server:ipv4
La commande svcadm avec l'option restart fait passer le serveur DHCP dans un état En ligne et lance les opérations d'installation automatisée. Vous pouvez vérifier l'état du serveur DHCP à l'aide de la commande suivante :
# svcs -Ho state svc:/network/dhcp/server:ipv4
Remarque - Les autres opérations create-service ne sont pas concernées par ce problème et ne nécessitent pas de solution supplémentaire.
Après le clonage d'une zone étiquetée, l'initialisation de la zone échoue. La raison de cet échec est que le jeu de données pour le système de fichiers /var est marqué comme ADMIN_LOW au lieu de porter l'étiquette de la zone. Par conséquent, il ne peut pas être monté comme read-write dans la zone. Le message d'erreur suivant s'affiche :
ERROR: Cannot boot zone. The system was unable to verify that the zone doesn't contain old or incompatible packages within the zone.
Utilisez la commande zfs list pour déterminer le nom du jeu de données correspondant au système de fichiers /var de la zone. Saisissez ensuite la commande suivante :
# zfs set mlslabel=none var-dataset
où var-dataset est le nom du jeu de données correspondant.
|