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
ID de bogue 18323562 : un domaine root Oracle Solaris 10 peut paniquer lors de la réinitialisation. Le domaine root Oracle Solaris 10 dispose d'au moins deux bus PCIe et les fonctions virtuelles des fonctions physiques de différents bus sont assignées aux domaines invités. C'est-à-dire que si des événements de différents bus sur des domaines invités sont reçus en parallèle, le domaine root peut paniquer. Cette panique survient rarement.
panic[cpu3]/thread=2a100365c80: BAD TRAP: type=31 rp=2a1003652b0 addr=2000 mmu_fsr=0 occurred in module "pcie" due to an illegal access to a user address
Solution de contournement : aucune.
ID de bogue 18323370 : un domaine root Oracle Solaris 10 peut paniquer si vous détruisez les fonctions virtuelles puis exécutez la commande prtdiag.
La commande prtdiag peut provoquer une panique lorsqu'elle tente d'accéder aux noeuds de périphérique de fonction virtuelle qui viennent juste d'être détruits :
panic[cpu31]/thread=2a10140bc80: Fatal error has occured in: PCIe fabric.(0x1)(0x43)
La commande prtdiag imprime des messages similaires au message suivant :
DEV_GET failed -1 Invalid argument 4.0.2 offset 0xff /SYS/PCI-EM4 PCIE fibre-channel-pciex10df,e200 -- /pci@600/pci@1/pci@0/pci@4/fibre-channel@0,2
Ces messages se produisent car la commande prtdiag tente d'accéder aux noeuds de périphérique de fonction virtuelle qui ont été détruits. Les noeuds s'affichent encore dans l'arborescence picl, mais pas dans l'arborescence de périphériques actuels.
Solution de contournement : pour éviter la panique, ajoutez la ligne suivante au fichier /etc/system sur le domaine root Oracle Solaris 10 :
set px:pxtool_cfg_delay_usec=25000
Actualisez également le démon picl pour éviter les messages Invalid argument :
# svcadm refresh picl
ID de bogue 18030411 : Le domaine primary peut se bloquer si vous arrêtez et démarrez les domaines d'E/S régulièrement et de façon très rapprochée. Suite à ce comportement, le HCA InfiniBand cesse de répondre et provoque le blocage du domaine primary.
Si vous rencontrez ces problèmes, des messages tels que les suivants peuvent s'afficher dans la console ou dans le fichier messages :
VF3: PF has failed Mcxnex: HW2SW_MPT command @ failed: 0000ffff Hermon: MAD_IFC (port 01) command failed: 0000ffff WARNING: mcxnex0: Device Error: HCR Timeout waiting for command go bit
Récupération : pour éviter de rencontrer ce problème, n'effectuez pas d'opérations d'arrêt et de démarrage non nécessaires des domaines d'E/S. Au lieu de cela, arrêtez correctement le domaine d'E/S.
Solution : si le domaine primary est bloqué pour cette raison, réinitialisez le système de l'une des façons suivantes :
Réinitialisez le domaine
primary# ldm stop -r domain-name
Réinitialisez le SP
-> reset /SYS
ID de bogue 17623156 : lors de la création de fonctions virtuelles Fibre Channel, les avertissements suivants peuvent s'afficher :
WARNING: kmem_cache_destroy: 'px0_emlxs3_3_cache2' (3000383e030) not empty WARNING: vmem_destroy('px0_emlxs3_3_vmem_top'): leaked 262144 identifiers
Ces messages n'affectent pas le fonctionnement normal du système et peuvent être ignorés.
Solution de contournement : aucune.
ID de bogue 16397888 : après l'ajout ou la suppression de fonctions virtuelles, vous pouvez devoir patienter jusqu'à cinq minutes avant de pouvoir tenter d'ajouter ou de supprimer d'autres fonctions virtuelles de la fonction physique de Fibre Channel.
Si vous tentez d'effectuer ces opérations avant l'écoulement de ces cinq minutes, les opérations échouent avec un message tel que le suivant :
The attempt to offline the pf /SYS/PCI-EM4/IOVFC.PF0 in domain primary failed. Error message from svc:/ldoms/agents in domain primary: CMD_OFFLINE Failed. ERROR: devices or resources are busy.
Solution : patientez cinq minutes avant de tenter une autre opération IOV sur la fonction physique Fibre Channel.
Pour exécuter toutes les options de configuration nécessaires à l'aide d'une commande unique, utilisez les commandes ldm create-vf -n max ou ldm destroy-vf -n max.
Sur un Système Fujitsu M10, vous pouvez associer des périphériques d'extrémité PCIe et des fonctions virtuelles SR-IOV d'un bus PCIe donné à un maximum de 24 domaines. Sur les plates-formes SPARC T-Series et SPARC M-Series en revanche, vous pouvez associer des périphériques d'extrémité PCIe et des fonctions virtuelles SR-IOV d'un bus PCIe donné à 15 domaines au maximum.
Mise en garde - Consultez cette section avant de déployer SR-IOV InfiniBand dans votre environnement Oracle VM Server for SPARC 3.1. |
Cette section décrit les problèmes connus liés à la fonction SR-IOV InfiniBand dans la version initiale de Oracle VM Server for SPARC 3.1.
La réinitialisation d'un domaine d'E/S Oracle Solaris 11.1.10.5.0 auquel des fonctions virtuelles InfiniBand sont assignées entraîne quelquefois une panique du domaine root correspondant. Voir l'ID de bogue 17336355.
Un domaine d'E/S Oracle Solaris 10 1/13 auquel des fonctions virtuelles InfiniBand sont assignées peut paniquer lors de la réinitialisation. Le domaine d'E/S exécute le SE Oracle Solaris 10 1/13 et les patchs requis. Voir les ID de bogue 17382933, 17361763, 17329218 et 17336035.
ID de bogue 16979993 : la tentative d'utiliser des opérations SR-IOV dynamiques sur un périphérique InfiniBand entraîne l'apparition de messages d'erreur peu clairs et inappropriés.
SR-IOV dynamique n'est pas pris en charge pour les périphériques InfiniBand.
Solution de contournement : gérez les fonctions virtuelles InfiniBand en effectuant l'une des procédures suivantes :