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
Les demandes d'amélioration et bogues suivants ont été résolus dans la version Oracle VM Server for SPARC 3.1 :
cancel-reconf ne supprime pas la stratégie DRM avec d'autres valeurs
Les pages de manuel en japonais doivent être ajoutées aux manifestes IPS 2.2
Les pages de manuel LDoms se réfèrent toutes à "SunOS 5.10" (même celles qui traitent de S11)
Le package système/ldoms/ldomsmanager envoie des liens symboliques interrompus
L'arrêt de la CMU échoue lorsque le domaine de contrôle suspend le délai d'attente prématurément
Idmd abandonne lors de la restauration des complexes root précédemment évacués
ldmpower affiche "erreur de communication MIB" sur plates-formes non prises en charge
Restauration de ldmpower vers l'empaquetage SVR4 et IPS
Ajout des pages de manuel Oracle VM Server for SPARC 3.0
Arrêt brutal dans core_remove() si l'annulation de la configuration vcpu échoue
La reconfiguration du coeur n'est pas tentée lors de l'évacuation DR dans certains cas
Dump noyau Logical Domains Manager au cours de la migration lorsque la stratégie de gestion de l'alimentation passe de performances à élastique
Logical Domains Manager doit définir la prochaine configuration de mise sous tension après la récupération
Besoin de nettoyer les variables non utilisées dans pm_ops
virt_ops doit être défini de manière statique sur ldm_ops
ldmd a vidé le coeur sur une commande set-mem
IOV : l'invité inactif permet l'ajout d'io du complexe root + la fonction virtuelle à partir de différents bus + liaison et démarrage
Echec de l'initialisation du domaine invité lorsque la mémoire est très fragmentée
ID hôte tronqué et imprimé par les commandes de liste ldm
Le périphérique DIO est parti après la réinitialisation
Echec de la collecte de vidage HV à cause de l'utilisation de statvfs 32 bits
Besoin de nettoyer les descriptions Système Fujitsu M10 dans les pages des manuels japonais et anglais
Oracle VM Server for SPARC doit vider la mémoire HV après la collecte de vidage
La mémoire doit être préchargée en mode mise hors tension lorsque le mode élastique est défini
Echec de l'assertion déclenchée par cancel-reconf : pcpup->res_id != 0
Erreur fatale déclenchée par cancel-reconf : HV MD hv_mblock ... a un ID de ressource non valide
Le vidage de l'hyperviseur n'enregistre pas les adresses de base de la mémoire HV
ldmd s'arrête brutalement lors de la suppression et de la regénération de domaine
Le code HV de migration ne doit pas être transféré via la structure des opérations backend
Les erreurs de l'analyseur XML sont consignées dans le journal SVC ldmd lors de la migration
Le message d'échec de migration doit être amélioré pour la mémoire de l'adresse réelle
Echec de l'assertion dans cleanup_suspend_failure()
Nettoyage du code de gestion de l'alimentation : noms de variables améliorés, organisation du code
Demande d'amélioration : les domaines inactifs doivent afficher l'adresse MAC du système
Signalement d'un faux positif par wsdiff à cause de pm_pap_sat-1.0_lib.so
Ldmd ne parvient pas à reconnecter le port DS après l'annulation de la migration en direct
SRIOV : le message d'erreur peut être amélioré pour indiquer la raison de l'échec
La migration à froid ignore la supposition ra_seg_alloc(), elle est dans la séquence
Demande d'amélioration : l'autre allocation d'adresse MAC prend en charge les périphériques vnet
ldm create accepte en mode silencieux toutes les options de ligne de commande non prises en charge
Restriction de bits de contexte inutile
La gestion du délai d'attente DS mdstore doit être améliorée
Suppression de toutes les références à PM_MANAGED, car cet état n'existe plus
Les vérifications évitant la stratégie élastique ne sont pas nécessaires
Suppression de l'évaluation des performances de la bibliothèque papsat LDoms
DR_VIO_MAX_ERR_SIZE doit être augmenté
Dans ldmd, la propriété vcons du domaine primary de réponse XML est incohérente
Echec de Hvctl_op_guest_stop si le domaine se réinitialise dans une boucle serrée
Demande d'amélioration : prise en charge de la migration entre les CPU pour les plates-formes SPARC M5/SPARC T5
Les contraintes de la stratégie de gestion de l'alimentation doivent être spécifiques à la plate-forme
Diverses fuites de mémoire mineures se produisent lors de la migration
Amélioration de msg sur l'erreur de migration x-cpu à partir du microprogramme 8.4 vers 8.3 ou antérieur
Echec du lint de IPS pkgs après clobber car les fichiers .mog n'existent pas
La stratégie de gestion de l'alimentation appliquée aux ressources gérées LDom doit, dans la mesure du possible, s'appliquer au niveau de granularité de l'invité
Echec de la déclaration de pwrcap.py : tous les états de gestion de l'alimentation des processeurs n'ont pas été réduits
Les périphériques d'E/S évacués doivent être affichés via la CLI
Demande d'amélioration : activation de la randomisation du format d'espace d'adressage (ASLR) sur le code LDoms
Avertissement : adresse MAC pour la fonction virtuelle introuvable dans la liste MAC des fonctions virtuelles
Le coeur du Système Fujitsu M10 doit prendre en charge la carte DR
L'augmentation de la reprise du délai d'attente pour un invité suspendu peut être nécessaire
Arrêt brutal de Logical Domains Manager à partir de la restauration de la reconfiguration d'une mémoire que HV a terminé
Les ressources en double doivent être filtrées hors des demandes de carte DR
Besoin de messages corrects lorsque LDoms assigne les périphériques de stockage USB
Toutes les ressources entrantes doivent être ajoutées à un seul domaine PDom
Les informations de vidage HV doivent être mises à jour lors de l'opération de la carte DR
Abandon observé lorsque la suspension du domaine invité échoue lors de l'opération CMU DR
Nécessité d'un nettoyage des commentaires de modification d'observabilité
Abandon de ldmd pendant la suppression de CMU lorsque l'hôte a lié des domaines
La sortie ldm ls-io est hors d'usage après CMU rm et l'ajout
Demande d'amélioration : ldm rm-io doit accepter --dry-run en tant qu'alias pour -n
Référence de pointeur NULL dans var_config_backup_forward()
La définition de l'argument vid d'une fonction virtuelle peut arrêter brutalement Logical Domains Manager pour un périphérique de fonction physique
Le mode de récupération doit recréer des configurations d'E/S directes et SR-IOV
Description incorrecte de la sortie de résidence papsat dans le fichier journal
Le séquenceur DR entre dans une boucle sans fin lors de l'échec de la suppression vrc
Le mode de récupération doit être entièrement automatique et ne nécessiter aucun cycle d'alimentation
Fuites dans le code de gestion de l'alimentation
Echecs DIOV lorsque la carte DR nécessite davantage de messages utiles
Panique dans la configuration de la file d'attente dev_mondo après la migration entre CPU
Carte DR : liste noire de prise en charge sans évacuation
LDOMS_3.0 SPARC T4-4 : impossible d'associer un domaine invité
Echec de l'ajout de fonction virtuelle à l'invité
Assertion de suppression de CMU : !((ldp)->mem_dr_state.flag.add == true)
cancel-reconf de dump noyau ldmd
La résolution 7169681 exclut la configuration par défaut d'usine non modifiée : interrompt ldmconfig
La mise à jour var de la stratégie de gestion de l'alimentation entraîne la configuration initialisée du [nouvel] enregistrement automatique
Logical Domains Manager ne supprime pas la mémoire req lorsque la mémoire est disponible pour la suppression
La gestion de l'alimentation doit baser les décisions de mise à jour de l'état de la gestion de l'alimentation sur le champ req_state
Message d'erreur indiquant que le contrôleur système à mémoire saturée a besoin d'une correction
La gestion de l'alimentation doit toujours envoyer le nouvel état calculé d'une ressource à HV
ldmd abandonne si la totalité de la mémoire d'un domaine est endommagée
Le calcul des ressources CPU libres CoD est incorrect lorsqu'un strand est endommagé
La structure CoD ignore la routine d'affinité s'il n'existe aucune autorisation libre supplémentaire
Les migrations non coopératives avec le Système Fujitsu M10 ne doivent pas être autorisées
LDoms spconfig signale la configuration initialisée en cours comme étant dégradée lorsque ce n'est pas le cas
ldm ls -l affiche une section HOSTID vide pour les invités inactifs
A l'initialisation, ldmd est en mode de maintenance en raison de l'"échec de l'envoi de la commande à HV"
ldmd vide le coeur avec SEGV dans l'observabilité de la gestion de l'alimentation
L'annulation de la reconfiguration retardée entraîne l'arrêt brutal de ldmd et le message HV MD hv_mblock non valide s'affiche
La commande list-bindings XML renvoie une utilisation de la CPU obsolète
La réinitialisation de Logical Domains Manager peut entraîner la perte de la capacité IOV dans les contraintes RC
Remplacement nécessaire de CHAIN_ITER par CHAIN_ITER_VOL dans pm_policy_via_ds.c
L'évacuation permanente de la mémoire entraîne l'abandon de ldmd lors de la tentative d'obtention de texte de réponse
L'état du domaine invité à été laissé sur "arrêt" après la réinitialisation du domaine
Les horodatages (-t) ne seront pas affichés avec l'option (-c) du composant
L'évacuation de la liste noire ne gère pas les ID de ressource de CPU non valides
Fusion du code PM Fujitsu avec le code Oracle de base
epm_create_node est trop encombrant pour l'utiliser pour un débogage via mdb
Toutes les CLI de variantes ldm ls n'affichent pas alt-mac-addrs dans la sortie -p
Avertissement : une allocation de mémoire de 64 giga-octets est inférieure au minimum
La stratégie de gestion de l'alimentation issue de LDoms a été définie par erreur sur ELASTIQUE (élastique + performances = performances)
Les adresses Alt-mac-addrs sont toujours explicitement représentées dans les fichiers XML avec des valeurs
iov_vrc_remove() utilise une variable bio après sa libération
Modification du code de gestion de l'alimentation LDoms pour gérer le nouveau format PRI compact
Echec du DR d'une carte disposant de plusieurs domaines avec ETIME dans hv_susrec_async_check
Avec plusieurs vnets utilisant des adresses alt-mac-addrs, la recréation XML renvoie toujours un échec
Echec de la liaison ldm en raison du succès de ASSERT(zeus.reload_active_state); dans frag_free()
Statut de la fonction physique/fonction virtuelle : INV, après l'initialisation d'un domaine root non primary
Masquage de la fonction physique InfiniBand si le FW du système ne prend pas en charge DIOV (versions antérieures à la version 8.4.0)
La suppression du périphérique d'extrémité PCIe hébergeant la fonction virtuelle assignée à l'invité est à l'origine d'un dump noyau ldmd
Le message de ldmpower peut être clair lorsque l'utilisateur n'a pas d'autorisation
Echec de l'assertion : état->progression <= 100, fichier dr_mem.c, ligne 341
Les ressources mises sur liste noire ont signalé une évacuation en attente, ultérieure à la réinitialisation
Le domaine invité avec le SE S10 ne se trouve pas dans l'état Ignorer le cycle le plus bas lorsqu'il est inactif
set-vcc nécessite un port compris entre 2000 et 2015 pour lier la plage du port compris entre 2000 et 2014
Logical Domains Manager atteint ASSERT à l'arrêt de /SYS/CMU3 sur SPARC T5
Echec de l'évacuation et de mise sur liste noire de la ligne de la mémoire défectueuse à partir du domaine invité
Message "Impossible d'analyser HV MD bootconfig" affiché à l'initialisation add-spconfig -r config
om_new_dom_list doit être protégé par un mutex
ldm add-io vers un domaine logique sur OBP doit afficher un message d'erreur valide
Parfait 1.1 trouve des fuites de mémoire et un déréférencement ptr NULL
Nettoyage lint et suppression divers de E_SUSPICIOUS_COMPARISON & E_FUNC_ARG_UNUSED
Le message d'erreur LDoms est inapproprié lors de l'exécution de SRIOV
La gestion de l'alimentation de LDoms interroge le SP via le protocole SNMP de manière trop agressive
Le domaine invité a été lié sans console
Les processeurs partagés dans les domaines S10 choisissent le même niveau d'alimentation pour tous les coeurs
La carte DR n'implémente pas le protocole complet de pulsations de progression
L'obtention de l'état de la gestion de l'alimentation de la ressource doit prendre en charge les ressources d'état uniques
Le mode d'observabilité de la gestion de l'alimentation LDoms ne ferme pas les sockets ; ldmd manque de descripteurs de fichier
Coeur ldmd iov_gen_pfvf_drv_props() lorsque ldm set-io unicast-slots=<above_allowed>
Le fichier ldm init-system -r ne reconstitue pas correctement la configuration de bus scindé
L'analyse de chaînes MAC doit être consolidée, optimisée et libre des appels strcpy()
Evacuation de coeur terminé, l'état du coeur n'est pas mis sur liste noire
Logical Domains Manager s'arrête brutalement sur la commande list-io -l lorsque la cible est le périphérique de la fonction physique InfiniBand
ldm ls-io est défectueux après l'ajout de DCU
La migration en direct sur SPARC T5-2 abandonne des messages pm-rm envoyés à partir du domaine en cours de migration
LDoms doit uniquement appliquer de nouveaux ajustements de capacité d'alimentation
Le système semble envoyer sigabrt de façon explicite, à partir des appels hv
Le mode d'observabilité de la gestion de l'alimentation LDoms doit fermer les sockets dans les chemins d'erreur
Le code d'interrogation de l'alimentation du mode d'observabilité doit prendre en charge un nouvel OID de format de données empaquetées
La gestion de l'alimentation ne gère pas correctement le remplissage des ressources d'état inférieures
Avertissement : (7) Obtention de l'état de la puce de la CPU à partir de HV
Echec de l'assertion : rio == 0 || rio->évacué, fichier ldomcli/io_cmds.c:ldm_add_bus
La gestion de l'alimentation doit signaler les ressources dégradées et les ressources inaccessibles de manière différente
Fuites du tampon dr_cpu_unconfigure à partir de libds_chan_create_rsp, fuites de connexion client_loop
L'état de l'emplacement EMS vide doit être "EMP"
Tampon non valide ou endommagé et libre pm_stop()
Logical Domains Manager renvoie une réussite pour certains types d'échecs destroy-vf sur le périphérique InfiniBand
Délais d'attente de réponse de service de domaine et extrême lenteur des opérations LDoms sur SPARC M4
Echec de l'opération ldm add-io avec des messages d'erreur mais renvoi de l'état de sortie 0
Echec de l'assertion pendant la reconfiguration dynamique : ((ppchain).startp) != 0 dans remap_pa_ppriority()
Fuite de mémoire dans pm_test-1.0_lib.so : pmtest_find_cookies
ldm set-domain extended-mapin-space= <domain> ne libère pas le fragment de la mémoire LDC
La migration à chaud doit échouer si vdsdev est utilisé par un autre domaine logique
ldm doit rejeter l'entrée XML inexacte
Noeuds tlb supplémentaires laissés dans les tailles de configuration de domaine logique surdéveloppé des GMD pour les systèmes de grande taille
Le calcul papsat du pourcentage de temps dans chaque état de liaison de cohérence est interrompu
Nettoyage du code de gestion de l'alimentation 2 : scission des fichiers source et organisation de fichiers d'en-tête
La latence supplémentaire pour le ttfc lié en mode élastique doit être plus précise
La création de LDoms IPS pkg est interrompue si "solaris" n'est pas le premier éditeur sur la machine de création
Amélioration des performances d'opérations de liaison et d'autres opérations LDoms
Les strands sur liste noire peuvent être rajoutés à un domaine
Ldmd a été interrompu dans ldm add-mem
add-vnet/set-vnet doit rechercher les adresses MAC en double
Les domaines logiques sont créés sans la propriété pm_boot_policy
Le paramètre par défaut extended-mapin-space doit être défini sur "on"
Les ressources non liées ne font pas l'objet d'une gestion de l'alimentation dans des stratégies de performances ou élastiques
papsat : ajout d'un nouvel événement de modification de stratégie
Les opérations VIO peuvent échouer en mode silencieux
ldmd vide core/libc.so.1`strlen() sur des opérations add-io dynamiques sur le périphérique qlc
Impossible de définir set-io pour une fonction virtuelle via l'interface XMPP
La gestion de l'alimentation interrompt les modules à objets partagés spécifiques à la plate-forme.
La migration de domaines avec cpu-arch=native est interrompue dans 3.1.0.0.6
Parfait 1.1p2 signale des fuites de mémoire dans pmi_add_pwr_state_padding()
hvctl.h manque de certaines définitions d'erreur
Les domaines invités restent après la commutation de la configuration et du cycle d'alimentation
Refactorisation du code de la migration entre CPU sur mig_hwcaps.c
segv sur les plates-formes ne prenant pas en charge la gestion de l'alimentation
Ajout de la prise en charge de l'état des L0 de liaisons de mémoire vers la gestion de l'alimentation
Les messages dr-pdom non pris en charge doivent renvoyer une erreur
L'évacuation de la liste noire doit utiliser un ensemble simplifié de stratégies
L'indicateur d'état "évacuation en attente" doit être supprimé
La mémoire mise sur liste noire peut être rajoutée à un domaine
Mode de récupération : la configuration dégradée a récupéré uniquement 2 giga-octets de mémoire pour les invités
Mode de récupération : les systèmes du mode dégradé doivent émettre un message pour toutes les commandes ldm
Mode de récupération : ldmd s'est arrêté brutalement en supprimant un complexe root
MDSET_UPDATES_REQUEST arrive à expiration sur SPARC M5-32
L'activation/la désactivation du service doit utiliser le délai d'attente de démarrage/d'arrêt du service
ldmd doit gérer la mémoire spécifiée avec le téraoctet comme unité
Dump noyau Logical Domains Manager à seq_sync_mem+0x94
Mise à jour de l'interface XML pour le mode de récupération
NPRD : message peu clair lors de la suppression du dév PCIE à partir d'un NPRD lié
Echec de démarrage de ldmd, dump noyau dans om_get_mib_pwr()
ldm ls-io 3.1 a un mauvais état de fonction virtuelle après une opération destroy-vf douteuse s10u11
Mode de récupération : les domaines avec des fonctions virtuelles manquantes ne sont pas récupérés
Mode de récupération : l'échec de la récupération du domaine de contrôle laisse ce dernier dans le mode de reconfiguration retardée
Mode de récupération : toute la mémoire disponible n'est pas utilisée lors de la récupération des invités
ldmpower -pr doit afficher les moyennes système
Logical Domains Manager doit activer la fonctionnalité SRIOV dynamique en fonction de la présence d'une propriété FW spécifique
range_overlap_mblock_list() parcourt la liste libre de manière incorrecte
NPRD : coeur vidé de ldmd sur frag_hvmd_assign lors de la création de la fonction virtuelle dans le mode del-reconf
Les fonctions physiques ne sont pas affichées dans ldm ls-io après la réinitialisation principale
ldmd s'interrompt sur le Système Fujitsu M10 avec HVctl_st_badmd
Port 16440230 vers 3.1
Erreur fatale : le domaine comporte plus de mémoire que de HV !
Gestion de l'alimentation : la synchronisation du message PAD CLAIM peut provoquer un dump noyau dans le processus d'événement de l'utilitaire élastique
Boucle infinie dans testpwrcap : recherche des modifications de l'état
La notification Util de gestion de l'alimentation bas échoue avec une configuration de plusieurs domaines
La commande ldm list-bindings primary donne une sortie vide pour la colonne IO: PSEUDONYM
Dump noyau dans l'observabilité lors du parcours de la liste de domaines maîtres
Ajout de la prise en charge des groupes de migration du Système Fujitsu M10
Parfait 1.2 repère deux fuites de descripteur de fichier
Evacuation de la liste noire : la reconfiguration du coeur n'utilise pas correctement un coeur mis sur liste noire en tant que cible
Evacuation de la liste noire : échec de la mise sur liste noire des strands dans un coeur partiel
Dump noyau ldmd à initiate_or_update_delayed_reconfig
Besoin de limiter le bogue d'annulation de la configuration MMU de groupe HV pour la migration en direct
ldmd peut enregistrer une configuration avec guest_no_reset défini sur True
Logical Domains Manager permet de changer la numérotation des noeuds pcie_device
ASSERT(size_so_far < req_size); échec dans affinity_choose_bindings() ligne 1081
Ajout des pages de manuel Oracle VM Server for SPARC 3.1
Echec des opérations de suppression d'emplacement sur les domaines liés avec un message incorrect
Blocage de l'invité SPARC M5 lors de la réinitialisation après l'évacuation de ligne de mémoire
La vérification de l'adresse MAC avec les domaines disposant de centaines d'ID MAC entraîne l'échec de la migration du domaine logique
Développement de l'option de forçage add-vdsdev vers mpgroup
La stratégie de performances LDoms ttfc est à l'origine de mauvaises performances sur SPARC T5
Prise en charge de Fujitsu Board DR
Intégration de la prise en charge de Fujitsu Board DR
Promotion au rang de fonction du produit de la fonction de développement Fujitsu Board DR