Ignorer les liens de navigation | |
Quitter la vue de l'impression | |
Notes de produit d'Oracle® VM Server for SPARC 3.1.1.2, 3.1.1.1, 3.1.1 et 3.1 |
Utilisation de cette documentation
Chapitre 1 Notes de version d'Oracle VM Server for SPARC 3.1.1.2, 3.1.1.1, 3.1.1 et 3.1
Mise à jour de maintenance d'Oracle VM Server for SPARC 3.1.1.2
Mise à jour de maintenance d'Oracle VM Server for SPARC 3.1.1.1
Nouveautés de la mise à jour de maintenance d'Oracle VM Server for SPARC 3.1.1.1
Nouveautés d'Oracle VM Server for SPARC 3.1.1
Nouveautés d'Oracle VM Server for SPARC 3.1
Plates-formes prises en charge
Versions du SE Oracle Solaris requises
Versions du SE Oracle Solaris requises pour Oracle VM Server for SPARC 3.1.1
Versions du SE Oracle Solaris requises pour Oracle VM Server for SPARC 3.1
Logiciels requis pour activer les dernières fonctionnalités d'Oracle VM Server for SPARC
Patchs du microprogramme système requis
Version logicielle minimale requise
Configuration matérielle et logicielle requise pour les E/S directes
Configuration matérielle et logicielle SR-IOV PCIe
Configuration logicielle et matérielle requise pour les domaines root non primary
Configuration matérielle et logicielle requise pour le mode de récupération
Emplacement du logiciel Oracle VM Server for SPARC
Emplacement de la documentation
Logiciels compatibles avec le logiciel Oracle VM Server for SPARC
Logiciels de contrôleur système utilisés avec Oracle VM Server for SPARC
Mise à niveau vers le logiciel Oracle VM Server for SPARC actuel
Mise à niveau vers le logiciel Oracle VM Server for SPARC 3.1.1.1
Mise à niveau vers le logiciel Oracle VM Server for SPARC 3.1.1
Mise à niveau vers le logiciel Oracle VM Server for SPARC 3.1
Fonctionnalités Oracle VM Server for SPARC en phase d'abandon
Impossible de dissocier des domaines lorsqu'ils se fournissent mutuellement des services
Impossible pour un domaine d'exécuter le SE Oracle Solaris 10 si plus de 1 024 CPU sont associés
Eviter la création d'une configuration où deux domaines se fournissent mutuellement des services
Mise à niveau à partir d'un SE Oracle Solaris 10 antérieur au SE Oracle Solaris 10 5/08
Les termes Processeur de service et Contrôleur système sont utilisés de manière interchangeable
Détection de la configuration ou des métapériphériques Solaris Volume Manager d'un domaine invité
Initialisation d'un grand nombre de domaines
Arrêt correct et cycle d'alimentation d'un système Oracle VM Server for SPARC
Mise hors tension d'un système comportant plusieurs domaines actifs
Arrêt et redémarrage du système
Taille de la mémoire requise différente de la mémoire allouée
Persistance des variables Logical Domains
Sun SNMP Management Agent d'Oracle ne prend pas en charge plusieurs domaines
Commande ldmp2v convert : des messages d'avertissement VxVM durant une initialisation
Configuration requise pour le partitionnement forcé Oracle des licences logicielles
Option de mise à niveau absente lors de l'utilisation de ldmp2v prepare -R
ldmp2v : la méthode d'archivage ufsdump n'est plus utilisée avec cette commande
Une seule opération de configuration de CPU peut être exécutée durant une reconfiguration retardée
Compatibilité du disque d'initialisation d'Oracle Solaris
Restrictions de la migration de domaine
Restrictions de version pour la migration
Restrictions de la CPU pour la migration
Restrictions applicables aux versions pour la migration entre CPU
Problèmes liés à Oracle VM Server for SPARC MIB
La commande snmptable ne fonctionne pas avec l'option Version 2 ou Version 3
Blocage du domaine de contrôle lors de l'arrêt ou du démarrage de domaines d'E/S
Affichage d'avertissements sur la console lors de la création de fonctions virtuelles Fibre Channel
La modification de la configuration des fonctions physiques de Fibre Channel prend quelques minutes
Les restrictions de la fonction SR-IOV du Système Fujitsu M10 sont différentes
Problèmes liés à SR-IOV InfiniBand
Affichage de messages induisant en erreur pour les opérations SR-IOV InfiniBand
Bogues liés au logiciel Oracle VM Server for SPARC
Bogues liés au logiciel Oracle VM Server for SPARC 3.1.1.2
Panne système lors de l'application de la contrainte whole-core à un domaine primary à coeur partiel
Les zones de noyau bloquent la migration en direct des domaines hôtes
Bogues liés au logiciel Oracle VM Server for SPARC 3.1.1.1
Le Logical Domains Manager n'empêche pas la création de dépendances circulaires
Bogues liés au logiciel Oracle VM Server for SPARC 3.1.1
La fonction physique Fibre Channel est défaillante et désactivée par FMA
Chemin de périphérique incorrect pour les fonctions virtuelles Fibre Channel dans un domaine root
Bogues liés au logiciel Oracle VM Server for SPARC 3.1
Des problèmes peuvent survenir lorsque l'architecture FMA détecte de la mémoire défectueuse
La taille du tampon de description de la machine préallouée est utilisée lors de la migration
Un blocage du réseau virtuel empêche la migration de domaine
La sortie ldmpower n'inclut pas toujours les horodatages
mac_do_softlso abandonne les paquets LSO
Echec de la migration : Invalid Shutdown-group: 0
L'échec de la commande ldmp2v convert provoque une mise à niveau en boucle
Panique de domaine invité à lgrp_lineage_add(mutex_enter: bad mutex, lp=10351178)
Domaines invités en état de transition après la réinitialisation du domaine primary
ldm list n'affiche pas la propriété evacuated pour les périphériques d'E/S physiques
Une adresse physique non valide est reçue pendant la migration d'un domaine
Des sous-périphériques subordonnés à un périphérique PCIe retournent à l'état
SPARC M5-32 et SPARC M6-32 : panic: mpo_cpu_add: Cannot read MD
SPARC M5-32 et SPARC M6-32 : le contrôleur LSI-SAS est exporté de façon incorrecte avec SR-IOV
Deux propriétés sont manquantes dans la sortie ldm list-io -d d'un périphérique sxge sur SPARC T5-1B
ldm ne parvient pas à évacuer un coeur défectueux d'un domaine invité
La reconfiguration dynamique de CPU d'un très grand nombre de CPU virtuelles peut échouer
SPARCT4-4 : impossible d'associer un domaine invité
Panique du domaine invité lorsque la propriété threading est modifiée de max-throughput à max-ipc
Le domaine de contrôle se bloque lors d'une réinitialisation avec deux domaines d'E/S directs actifs
Echec de la recréation d'un domaine avec des fonctions virtuelles PCIe à partir d'un fichier XML
La commande ldm list -o n'accepte plus les abréviations pour format
Domaine de contrôle nécessitant le coeur le plus bas du système
Non-réactivité des commandes ldm exécutées sur le système cible après annulation d'une migration
Non-fonctionnement de certaines cartes Emulex lorsqu'elles sont assignées à un domaine d'E/S
Oracle Solaris 11 : signalement d'usurpation et d'échec RD Oracle Solaris par les DRM
Limitation du nombre maximum de fonctions virtuelles qu'il est possible d'affecter à un domaine
La console de domaine invité se bloque de manière aléatoire sur les systèmes SPARC T4
Désactivation conseillée de l'option ldm remove-io des cartes PCIe possédant des ponts PCIe vers PCI
Echec probable de la commande ldm stop en cas d'émission immédiatement après une commande ldm start
Echec de l'autorisation des transitions DR whole-core par le coeur partiel primary
Affichage de l'état UNK ou INV par la commande ldm list-io après l'initialisation
Echec de la suppression d'un grand nombre de CPU d'un domaine invité
Un interblocage de noyau provoque le blocage de la machine pendant une migration
Echec de délai d'attente de CPU virtuelles lors de la reconfiguration dynamique
Des opérations de migration simultanées dans des
Echec de la suppression d'un grand nombre de CPU d'un domaine de contrôle
SPARC T3-1 : problème lié aux disques accessibles via plusieurs chemins d'E/S directes
Une adresse MAC en cours d'utilisation peut être réaffectée
Impossible de créer une configuration de domaine sur le processeur de service pour ldmconfig
La migration non coopérative de domaines Oracle Solaris peut se bloquer si cpu0 est hors ligne
La reconfiguration dynamique de la mémoire est désactivée à la suite de l'annulation d'une migration
Echec possible de la reconfiguration dynamique des valeurs MTU de périphériques réseau virtuel
La suppression dynamique de toutes les unités cryptographiques d'un domaine entraîne l'arrêt de SSH
ldm : ces commandes mettent beaucoup de temps à répondre lorsque plusieurs domaines sont initialisés
Panique possible du domaine d'E/S ou du domaine invité lors d'une initialisation à partir de e1000g
Les liaisons de groupe de consoles et de port explicites ne sont pas migrées
La migration n'échoue pas si un vdsdev a un moteur de traitement différent sur la cible
Impossible de se connecter à la console d'un domaine migré sauf si le service vntsd est redémarré
Logical Domains Manager met parfois plus de 15 minutes pour arrêter un domaine
Impossible de définir des clés de sécurité durant l'exécution de Logical Domains
Le comportement de la commande ldm stop-domain n'est pas toujours très clair
Problèmes identifiés dans la documentation
ldm1M Page de manuel : Décrire les restrictions d'utilisation de la propriété mblock
ldm1M Page de manuel : Améliorer la description de la commande ldm list -o status
Page de manuel ldm1M : seule la commande ldm add-spconfig -r permet d'effectuer une reprise manuelle
Problèmes résolus dans la version 3.1.1.2 d'Oracle VM Server for SPARC
Problèmes résolus dans la version 3.1.1.1 d'Oracle VM Server for SPARC
Problèmes résolus dans la version 3.1.1 d'Oracle VM Server for SPARC
Problèmes résolus dans la version 3.1.0.1 d'Oracle VM Server for SPARC
Problèmes résolus dans la version 3.1 d'Oracle VM Server for SPARC
Les sections suivantes décrivent les restrictions qui s'appliquent à la migration de domaine. Les versions du microprogramme du système et du logiciel Logical Domains Manager doivent être compatibles pour que les migrations soient possibles. De même, la CPU doit répondre à certaines exigences pour que la migration de domaine fonctionne.
La migration en direct n'est pas qualifiée et prise en charge sur toutes les combinaisons de plates-formes source et cible et de versions de microprogramme système. Pour ces combinaisons qui ne peuvent pas effectuer une migration en direct, vous pouvez à la place effectuer une migration à froid.
Cette section décrit les restrictions liées aux versions pour la réalisation de migrations en direct.
Version de Logical Domains Manager. Vous pouvez effectuer une migration en direct dans n'importe quelle direction lorsque l'un des systèmes exécute la version la plus récente de Logical Domains Manager et l'autre système exécute l'avant-dernière version de Logical Domains Manager.
De plus, dans le cas du logiciel Oracle VM Server for SPARC 3.1.x, vous pouvez effectuer une migration en direct d'un domaine vers ou depuis un système exécutant la version 3.1.x du Logical Domains Manager vers ou depuis un système exécutant la version 3.0.0.x du Logical Domains Manager.
Version du microprogramme du système. En général, vous pouvez effectuer une migration en direct entre deux systèmes lorsque la machine source et la machine cible prennent toutes deux en charge les versions minimales appropriées du microprogramme système.
La liste suivante présente les plates-formes qui prennent en charge la migration en direct et la version minimale correspondante du microprogramme système :
Plates-formes UltraSPARC T2 et UltraSPARC T2 Plus – Version 7.4.5
Plates-formes SPARC T3 et SPARC T4 – Version 8.2.2.c
Plates-formes SPARC T5, SPARC M5 et SPARC M6 – Toutes les versions du microprogramme système
Systèmes Fujitsu M10 – Toutes les versions de XCP
Toutefois, certaines combinaisons de plate-forme et de microprogramme données ne prennent pas en charge la migration en direct. Les tentatives d'effectuer une migration en direct d'un domaine entre un système exécutant au moins la version 8.4 du microprogramme système ou XCP2210 et un système exécutant une version plus ancienne du microprogramme système se soldent par un échec. L'échec est dû à une incompatibilité entre l'API de l'hyperviseur des versions anciennes et celui des versions plus récentes du microprogramme système. Dans ce cas, le message suivant s'affiche
primary# ldm migrate ldg1 root@target-name Target Password: Domain ldg1 is using features of the system firmware that are not supported in the version of the firmware running on the target machine. Domain Migration of LDom ldg1 failed
Notez que vous pouvez effectuer une migration en direct d'un domaine à partir d'un système qui exécute la version 8.3 du microprogramme système vers un système qui exécute la version 8.4 ou une version ultérieure du microprogramme système, sauf si la machine cible est un système SPARC M5-32. Pour plus d'informations, reportez-vous à la section Les migrations de domaines à partir de systèmes SPARC T4 exécutant le microprogramme système 8.3 vers des systèmes SPARC T5, SPARC M5 ou SPARC M6 sont autorisées à tort.
Les versions 8.4, 9.1 et XCP2230 du microprogramme système ont inclus pour la première fois la prise en charge des étiquettes de disque GPT EFI. Par défaut, les disques virtuels qui sont installés sur des systèmes exécutant le SE Oracle Solaris 11.1 ou une version ultérieure possèdent une étiquette de disque GPT EFI. Cette étiquette de disque n'est pas lisible sur les versions plus anciennes du microprogramme (telles que 9.0.x, 8.3, 7.x ou XCP2221). Cette situation vous empêche d'effectuer une migration en direct ou une migration à froid vers un système exécutant une version du microprogramme système ne prenant pas en charge GPT EFI. Notez que la migration à froid échoue également dans cette situation, qui est différente des restrictions précédentes.
Pour déterminer si votre disque virtuel dispose d'une étiquette de disque GPT EFI, exécutez la commande devinfo -i sur le périphérique brut. Les exemples suivants indiquent si le disque virtuel possède une étiquette de disque VTOC SMI ou GPT EFI :
Etiquette de disque VTOC SMI. Si votre disque virtuel possède une étiquette VTOC SMI, vous pouvez effectuer une migration vers le microprogramme, que celui-ci prenne en charge EFI ou non.
Cet exemple indique que le périphérique a une étiquette VTOC car la commande devinfo -i affiche des informations propres au périphérique :
# devinfo -i /dev/rdsk/c2d0s2 /dev/rdsk/c2d0s2 0 0 73728 512 2
Etiquette de disque GPT EFI. Si votre disque virtuel possède une étiquette de disque GTP EFI, vous pouvez uniquement effectuer une migration vers un microprogramme prenant en charge EFI.
Cet exemple indique que le périphérique a une étiquette GPT EFI car la commande devinfo -i signale une erreur :
# devinfo -i /dev/rdsk/c1d0s0 devinfo: /dev/rdsk/c1d0s0: This operation is not supported on EFI labeled devices
Si le domaine à migrer exécute une version du SE Oracle Solaris antérieure au SE Oracle Solaris 10 1/13, le message suivant peut s'afficher au cours de la migration :
Domain domain-name is not running an operating system that is compatible with the latest migration functionality.
Les conditions requises et les restrictions de CPU suivantes s'appliquent lorsque vous exécutez un SE avant le SE Oracle Solaris 10 1/13 :
Des coeurs complets doivent être alloués au domaine migré. Si le nombre de threads dans le domaine à migrer est inférieur à un coeur complet, les threads supplémentaires ne sont disponibles à aucun domaine tant que le domaine migré n'est pas réinitialisé.
Après une migration, la reconfiguration dynamique (DR) de la CPU est désactivée pour le domaine migré tant qu'il n'a pas été réinitialisé. A ce stade, vous pouvez utiliser la DR de CPU sur le domaine migré.
La machine cible doit disposer de suffisamment de coeurs complets libres pour fournir le nombre de threads requis pour le domaine migré. Après la migration, si un coeur complet n'est que partiellement utilisé par le domaine migré, les threads supplémentaires ne sont disponibles à aucun domaine tant que le domaine migré n'est pas réinitialisé.
Ces restrictions s'appliquent également lorsque vous tentez de migrer un domaine exécuté dans OpenBoot ou le débogeur de noyau. Reportez-vous à la section Migration d’un domaine à partir de la PROM OpenBoot ou un domaine en cours d’exécution dans le débogueur de noyau du manuel Guide d’administration d’Oracle VM Server for SPARC 3.1 .
Vous ne pouvez pas effectuer de migration en direct entre un système UltraSPARC T2, UltraSPARC T2 Plus ou SPARC T3 et un système SPARC T5, SPARC M5 ou SPARC M6.
Vous pouvez uniquement effectuer une migration en direct entre un système SPARC T4 et un système SPARC T5, SPARC M5 ou SPARC M6 si les conditions suivantes sont remplies
Le système SPARC T4 doit exécuter la version 8.4 du microprogramme système
Le système SPARC T5, SPARC M5 ou SPARC M6 doit exécuter la version 9.1 du microprogramme système
Les machines source et cible doivent s'exécuter le logiciel Oracle VM Server for SPARC 3.1
ID de bogue 17285751 : la migration d'un domaine auquel une seule CPU virtuelle a été assignée peut paniquer sur le domaine invité dans la fonction pg_cmt_cpu_fini().
Solution de contournement : assignez au moins deux CPU virtuelles au domaine invité avant de procéder à la migration en direct. Par exemple, utilisez la commande ldm add-vcpu number-of-virtual-CPUs domain pour augmenter le nombre de CPU virtuelles assignées au domaine invité.