Ignorer les liens de navigation | |
Quitter l'aperu | |
Notes de version d'Oracle VM Server for SPARC 2.1 Oracle VM Server for SPARC (Français) |
1. Notes de version d'Oracle VM Server for SPARC 2.1
Plates-formes prises en charge
Oracle Solaris OS requis et recommandé
Logiciels requis pour activer les fonctionnalités d'Oracle VM Server for SPARC 2.1.
Patches de microprogramme système requis et recommandés
Version logicielle minimale requise
Configuration matérielle et logicielle requise pour les E/S directes
Conditions préalables à la migration de domaine en direct
Emplacement du logiciel Oracle VM Server for SPARC 2.1
Emplacement de la documentation
Logiciels compatibles avec le Logical Domains Manager
Logiciels de contrôleur système utilisés avec le logiciel Logical Domains
Assignation de ressources physiques à des domaines
Gestion des ressources physiques sur le domaine de contrôle
Restrictions de gestion des ressources physiques sur les domaines
Mise à niveau du logiciel Oracle VM Server for SPARC 2.1
Le mode évitement MMU E/S n'est plus nécessaire
Les termes Processeur de service et Contrôleur système sont utilisés de manière interchangeable
Canaux de domaines logiques et Logical Domains
Initialisation d'un grand nombre de domaines
Arrêt et mise sous tension progressive d'un système Logical Domains
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
Fault Management (Gestion des pannes)
ldmp2v convert : des messages d'avertissement VxVM durant une initialisation avec cette commande
Suppression de l'outil Assistant de configuration graphique
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
Restrictions de la migration de domaine
Restrictions de version pour la migration
Restrictions de la CPU pour la migration
Problèmes liés à la MIB Oracle VM Server for SPARC
Valeur de propriété ldomCryptoRpReserved incorrecte
La commande snmptable ne fonctionne pas avec l'option Version 2 ou Version 3
Bogues liés au logiciel Oracle VM Server for SPARC 2.1
Les noyaux nommés peuvent désactiver toutes les CPU en mode de liaison
Un domaine principal à noyau partiel pour permettre des transitions DR à noyau complet
Prise en charge de ldmconfig uniquement sur les systèmes Oracle Solaris 10
MIB Oracle VM Server for SPARC est pris en charge uniquement sur les systèmes Oracle Solaris 10.
Suppression d'un grand nombre de CPU du domaine invité
Le mode de threading de la CPU n'est pas restauré après l'annulation de la migration d'un domaine.
Opération d'arrêt d'un domaine à mémoire volumineuse très longue en mode élastique
install-ldm se bloque lors de son exécution avec un chemin absolu à partir d'un autre répertoire.
La validation de disque virtuel échoue pour un disque physique sans tranche 2
Lorsque la situation incoming_migration_enabled=false se présente, les migrations sortantes échouent
Une configuration SP incorrecte est utilisée comme configuration par défaut
La commande ldmd ne supprime pas les noyaux d'un domaine ayant des noyaux partiels
Un interblocage de noyau provoque le blocage de la machine pendant une migration
Échec de délai d'attente de CPU virtuelles lors de la reconfiguration dynamique
Suppression d'un grand nombre de CPU du domaine de contrôle
SPARC T3 : Oracle VM Server for SPARC se bloque lors de l'exécution d'opérations de mémoire
SPARC T3-1 : Détection et gestion des disques accessibles via plusieurs voies d'E/S directes
ldmd signale à tort une utilisation à 100 % de la CPU sur un domaine
Les domaines invités ne peuvent pas s'initialiser à partir d'un périphérique DVD exporté
Impossible de supprimer des unités cryptographiques du domaine principal
Une adresse MAC en cours d'utilisation peut être réaffectée
ldmconfig ne peut pas créer une configuration de domaine sur le processeur de service
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
Échec possible de la reconfiguration dynamique des valeurs MTU de périphériques réseau virtuel
La DR de la mémoire n'est pas prise en charge avec certaines configurations de mémoire physique
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
Les périphériques réseau virtuels ne sont pas créés correctement sur le domaine de contrôle
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 base de données de contraintes n'est pas synchronisée avec la configuration enregistrée
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é
Le Logical Domains Manager met parfois plus de 15 minutes pour éteindre un domaine
ldc_close: (0xb) unregister failed, 11 Messages d'avertissement
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
Blocage possible du SE invité en cas d'opérations simultanées
Il arrive que la reconfiguration dynamique ne parvienne pas à supprimer toutes les CPU demandées
Erreurs identifiées dans la documentation
Référence croisée incorrecte pour les informations de logiciels requis
Description erronée de la commande ldm stop
Nom du package Logical Domains Manager incorrect dans la procédure de mise à niveau
Caractère incorrect dans la commande de synopsis ILOM load
Cette section décrit les bogues qui ont été résolus depuis la version précédente du logiciel Oracle VM Server for SPARC (ou Logical Domains).
Les demandes d’amélioration (DA) de Logical Domains et les bogues suivants ont été résolus dans la version Oracle Solaris 10 9/10.
Affichage du message incorrect "ds_ldc_cb: LDC READ event" lors de la réinitialisation d'un domaine invité
Fuites de mémoire avec la commande Unplumb hio lorsque vnet et linkprop sont activés
Dans les environnements non LDoms, le patch 141778-02 appliqué pour les commandes "~ + Ctrl-B" & "send brk" (pas à partir de ALOM) ne doivent pas avoir d'effet.
vnet et vsw doivent prendre en charge le mode RxDringData.
Échec d'affirmation dans vio_allocb()
Les services de domaine sun4v sont très lents à l'initialisation en raison de problèmes liés à la commande taskq maxalloc.
Fuite de mémoire dans vsw_fdbe_add
Impressions vds inaccessibles (erreur 30) au cours de l'initialisation du domaine de contrôle
LDC doit prendre en charge plus de 64 Mo de mappage de mémoire partagée.
vnet et vsw doivent configurer correctement des cookies de données en mode RxDringData.
L'indicateur de l'invité actif devient '-t----' si une CPU est ajoutée après la suppression de cpu0
Un domaine migré se bloque s’il possède des CPU hors ligne, en panne ou de rechange.
Problème avec solaris/vnetwork
Création d'un dump noyau (core dump) pendant la définition du nombre maximal d'invités (max guest) lors de l'accès à la structure agents/ds
vlds_init_sysevent: ne peut pas faire l'objet d'une association à WARNING sur une console sur laquelle un nombre maximal d'invités est fixé et des appels virtinfo en boucle sont définis.
Le fait de transmettre une condition de compétitivité en mode RxDringData entraîne le blocage du canal.
Création de dumps noyau (core dump) virtinfo sur SIGSEGV en l'absence de libds
La migration d'un invité avec la fonctionnalité d'E/S hybrides activée entraîne la panique du domaine de contrôle vnets.
Fuites flabel de vd_setup_partition_vtoc()
Les domaines invités ne peuvent pas démarrer à partir de périphériques DVD exportés sur les plates-formes T3.
vnet panique en présence du pointeur NULL dans vgen_dringsend
Interblocage: cycle dans la chaîne de blocage dans ds_snmp
Panique dans vgen_ldcsend_dring() lors d'une tentative d'envoi de paquet VLAN marqué.
Le numéro de patch 146018-01 n'est pas correct.
L'opération zpool fait paniquer la commande LDoms parents: mutex_enter: bad mutex, lp=306b99d4cc0 owner=2a100
La commande libv12n/v12n_domain_roles renvoie V12N_ROLE_ROOT pour tous les domaines E/S de périphériques d'extrémité PCIe.
Le pilote vnet enregistre l'API HV pour les E/S hybrides même lorsque la fonctionnalité d'E/S hybrides n'est pas configurée.
Principal panique lors du montage ou de la configuration des ports vnet vers un commutateur virtuel tavor-sourced
Panique de Solaris sur le port vnet attaché (à nouveau) au cours d'une migration en direct.
Lorsque la commande ds_send_msg reste bloquée en boucle infinie, cela entraîne le blocage de la migration ldm et par conséquent, le blocage d'autres commandes ldm
L'affirmation du dispatcheur échoue après la migration d'un domaine.
Panique dans ip_input() au cours d'une migration en direct
Les demandes d’amélioration (DA) d’Oracle VM Server for SPARC 2.1 et les bogues suivants ont été résolus dans la version Oracle VM Server for SPARC 2.1.
Demande d'amélioration : le gestionnaire de domaines logiques doit valider les entrées vdsdev et net-dev spécifiées
La macro SANITY() doit être arrêtée
La commande ldmd peut créer un core dump si plusieurs opérations set-vcpu sont effectuées en mode de reconfiguration différée
Les opérations VIO DR ignorent l'option -f CLI
La VIO DR doit réévaluer les valeurs de retour
La commande ldmd accepte les numéros de port négatifs et supérieurs à 65535
Le démarrage de la commande ldmd en mode de performance entraîne toujours l'activation de toutes les ressources, quel que soit leur état
Amélioration de la détection d'espace disque disponible par ldmconfig
Les colonnes de sortie ldm ls sont décalées par le formatage util
Il faut que le script de fin ldmp2v exécute un nettoyage à la première initialisation de l'invité.
Demande d'amélioration : gestion automatique des unités de chiffrement lors de l'ajout/la suppression de CPU d'un domaine
Demande d'amélioration : la gestion des ressources dynamique (DRM) doit pouvoir réaffecter des ressources entre les domaines.
Demande d'amélioration : la base MIB de LDOM est distancée par les nouvelles fonctionnalités et/ou options de ressources d'administration de LDOM.
Demande d'amélioration : les messages écrits dans /var/svc/log/ldoms-ldmd:default.log devrait être horodatés
Demande d'amélioration : fournissez une option pour ajouter des périphériques vnet sans canaux LDC inter-vnet.
ldm set-vnet mac-addr=...... pourrait être plus détaillée pour une erreur utilisateur
Demande d'amélioration : prise en charge de la migration par LDoms Manager
/usr/sbin/ldmconfig -c ne fonctionne pas
Quelques problèmes de documentation dans le message et le manuel ldm
Les fonctions pour lire/écrire des MD vers/à partir de fichiers doivent uniquement être compilées lorsque ZDBG=1
Demande d'amélioration : ajoutez la prise en charge --force pour ignorer la configuration usine par défaut dans la commande ldm init-system
Amélioration des messages d'erreur pour la migration entre des machines ayant des vitesses CPU identiques mais des fréquences STICK différentes
Demande d'amélioration : reconfiguration dynamique (DR), étape d'affinité 2: rm-vcpu
AVERTISSEMENT : données DS snmp reçues hors de la séquence sur demande
La commande ldm set-vcons ne doit pas créer de core dump
La commande ldm -V émet un nom incorrect
Interface de ligne de commande de domaines logiques : 'set-domain -i' ne fonctionne pas
Une simulation de migration à froid doit être en adéquation avec le séquenceur
L'événement Util n'est pas généré si les CPU sont rendues défectueuses
L'opération {add,set,remove}-memory avec le renvoi d'un message de nom ldom inexistant diffère d'autres commandes
CPUSET pour 'ldm ls -o crypto' n'est pas précis
sizeof() ne doit jamais être utilisé dans un appel à Xcalloc()
Suppression des pages de manuel virtinfo(1M), v12n(3EXT) et libv12n(3LIB) des domaines logiques
Erreur de codage sur ldcs.c/lookup_peer_ldc_endpoint()/target_channel
Interface de ligne de commande du système d'initialisation avec -r pour nettoyer le flux de réinitialisation et renvoyer un caractère d'accusé de réception positif à partir de ldmd
La commande ldm set-vdisk accepte une entrée non numérique pour le délai d'attente
ldmp2v prepare -C ne supprime pas les moteurs de traitement ZVOL
Demande d'amélioration : API d'affinité - étape 1
En reconfiguration différée, l'intervalle de ports set-vcc ne parvient pas à retenir le nouvel intervalle de ports après réinitialisation
La gestion de la version MD des états de migration doit être améliorée
Demande d'amélioration : mise à niveau des domaines logiques MIB pour utiliser XML v3
ldmp2v doit accepter les modificateurs de taille pour l'option -M
Lors de la nouvelle création de l'invité à partir d'un document XML, l'invité doit être créé à l'aide de l'unité d'allocation de CPU, et non de wcore#
Le service ldmd SMF doit dépendre de svc:/network/loopback
L'assistant de configuration basé sur Java présente des unités de mémoire incorrectes
Réparation du chien de garde pour qu'il utilise la bonne interface pour les structures de données ldoms
Les domaines inactifs/liés permettent la coexistence de noyau complet avec la stratégie de ressources DRM activée.
ldmp2v doit être résilient par rapport aux répertoires ne pouvant pas faire l'objet d'une recherche
SPARC T3-1 : élastique : le domaine invité panique à l'initialisation : sfmmu_cpu_init()
La commande ldmconfig échoue et redirige l'utilisateur vers la console série sans explication.
La configuration de blocs de mémoire de domaines logiques n'est pas optimale
Suppression de licences de fichiers qui sont fournis dans des packages SVR4
ldmp2v doit afficher le message d'erreur adéquat lorsque vntsd est désactivé
Il faut améliorer l'utilisation de la commande de collecte ldmp2v [-O "<flarcreate options>"].
La configuration SDIO n'est pas correctement recréée lorsque 'ldm init-system -r -i filename.xml' est utilisé
Les opérations de recherche se bloquent lorsqu'un domaine invité est en état de liaison
La commande list-io affiche toujours l'état UNK (inconnu) pour tous les périphériques PCIe
`ldm cancel-operation reconf primary` renvoie de temps en temps un échec
Impossible d'ajouter vdisk après la mise à niveau de ldom 1.0.3 ver ldom 1.3
`ldm set-mau 0 primary` renvoie l'état 0 en cas d'échec
Demande d'amélioration : prise en charge des sondes de suivi statique (SDT) DTrace sur ldmd
ldmp2v prepare échoue lorsque Solaris > 10
Les adresses réelles valides ne doivent pas modifier les mblock, à moins que leur ancien mblock n’ait pas été configuré
La stratégie devrait imprimer un avertissement si le nombre de CPU virtuelles par défaut ne peut pas être rétabli
La migration d'un domaine inactif avec vdsdev provoque la création d'un core dump par ldmd sur la machine cible
ldmd présente quelques petites fuites de mémoire
Les emplacements vides sont remplis dans des racines complexes virtuelles invitées
Le gestionnaire de domaines logiques doit attendre plus longtemps les demandes de magasin MD car le pilote flash invité de GM est lent
install-ldm installe SUNWldm tout en ignorant les packages SSL/PICL requis, entraînant ainsi l'interruption de l'installation
La conversion ldmp2v doit permettre la spécification de la méthode netboot
SDIO : le redémarrage de ldmd échoue en raison d’une erreur fatale dans la configuration split-pci/sdio
Demande d'amélioration : réduction du temps de liaison en remplaçant la recherche linéaire effectuée par md_find_string() par une fonction de hachage
SDIO : détecte automatiquement et interdit l'attribution de cartes SDIO avec des ponts.
Un même disque physique peut être exporté en tant que tranche et disque complet pour inviter Ldom sans message d'erreur.
Problème avec mgmt/ldom-mgr
SPARC T3-4 : la migration de domaines actifs échoue lors de l'enregistrement de l'état de l'invité
ldmd segv crée un core dump sur la commande add-vdisk incorrecte
Le domaine invité panique sur SPARC T3-4 lors de l'exécution de PM_07
Les messages ldm {add|set}-policy doivent faire référence à vcpu-min et vcpu-max (not vcpu_min et vcpu_max)
La validité de la reconfiguration dynamique de la mémoire entraîne la panique du système sur T5440 et SPARC T3-4 avec le patch du gestionnaire de domaines logiques 2.0
La page Prom verrouillait la panique lors de l'initialisation de l'analyse syntaxique de la mémoire d'un grand domaine invité avec le patch du gestionnaire de domaines logiques 2.0
L'ajout de mémoire de domaine lié entraînait la création d'un core dump ldmd SEGV
Les messages d'erreur de auth_ldom`priv_off() se permutent
Amélioration de l'analyse syntaxique PRI pour la gestion de l'alimentation
xml_v3_tab présente des entrées en double
Demande d'amélioration : ajouter la prise en charge de LDom Manager pour configurer la fonctionnalité Extended Mapin Space.
La vérification de la méthode de démarrage du service ldmd SMF sur /etc/security/prof_attr peut entraîner l'état de maintenance
Le test de validité P2V échoue sur SPARC T3-2
Interface XMLv3 : l'UUID est absent des réponses XML de contraintes ou de liaisons relatives à des listes
Seul le mode de performance permet aux commandes Test Harness de définir l'état de gestion d'alimentation (pm) des ressources
Réparation des métadonnées de package pour faire référence à la virtualisation de SPARC T-Series
Rétablissement de délai d'attente de mdstore DS plus court sur une version mineure plus récente de DS
Demande d'amélioration : réorganisation de la vérification lint pour contrôler toutes les erreurs et n'exclure que celles qui renvoient encore des avertissements
Corrections mineures nécessaires dans le Guide d'administration de LDOM 2.0
ldmd_start ne doit pas modifier les fichiers d'audit
La modification de l'heure d'atteinte de la limite supérieure/inférieure du contrôle du débit n'a pas d'effet sur la fréquence des événements d'utilisation de la mémoire
Des liens sont obsolètes dans le Guide d'administration sous la rubrique relative à l'utilisation de la gestion de l'alimentation
Un exemple de commande dans le Guide d'administration pour LDOM 2.0 sous la rubrique relative à l'utilisation de la gestion de l'alimentation semble obsolète
Lorsque plusieurs stratégies DRM expirent en même temps, elles ne parviennent pas à se rétablir
Demande d'amélioration : option pour ignorer le test ping lors de la conversion ldmp2v
Compétitivité des répertoires de fichiers 'dmake all' : certains répertoires perdent un peu de temps
Demande d'amélioration : la migration LDom devrait utiliser plusieurs connexions pour une meilleure vitesse de transfert
La configuration d'enregistrement automatique avec autorecovery=notify émet un message incorrect dans la configuration usine par défaut
La migration se bloque si un invité enregistre trop de groupes HV API
La sortie ldm ls-devices -a io est décalée
Le nettoyage mineur de SDIO contraint le traitement
ldmd crée un core dump sur md_find_node_prop lors de l'ajout ou de la suppression de périphériques à partir du domaine SDIO
Création de core dump par ldmd avec des CPU virtuelles au-delà de la capacité et résultats attendus avec des MAU au-delà de la capacité
Stockage de la base de données et initialisation de la reconfiguration du délai d'attente dans l'ordre erroné pendant l'opération set-vsw
Création de core dump par ldmd lors du test de migration
UMEM_DEBUG=default entraîne l'arrêt brutal du gestionnaire de domaines logiques lorsqu'un domaine est initialisé/arrêté
Echec de la liaison d'un domaine invité dans HV
L'interface de ligne de commande start-reconfig contrôle les migrations en cours
ldmp2v crée un core dump lors de l'ajustement automatique des tailles des systèmes de fichiers
ldmd crée un core dump lors de la tentative de migration pendant l'exécution sur un microprogramme downrev
ldmd a besoin d'une option pour désactiver la validation du périphérique
Les demandes d'amélioration et la correction des bogues suivants ont été incluses dans le patch Oracle VM Server for SPARC 2.1.
ldmd affiche un avertissement relatif aux MAU lors du démarrage sur un système ne comportant pas de MAU.
La migration de domaine doit pouvoir gérer les disques à chemins multiples correctement.
La contrainte de noyau complet est perdue après une mise sous tension progressive (pas de propriété HV MD).
Prise en charge des charges à faibles CPI (également appelée threading dynamique)
ldmconfig tente de configurer MAU sur la plate-forme T4.
La gestion de l'alimentation (PM) ne gère pas les CPU virtuelles en mode élastique après le démarrage ou la réinitialisation d'un invité.
Le nœud principal MEMDR set-mem 8G échoue dans certaines configurations de mémoire.
La deuxième exécution de la commande set-vsw créé un dump noyau (core dump).
L'instruction HV mblock est modifiée aux deux extrémités.
'ldm bind' est interrompue en mode élastique après le bogue 7011573.
ldmd accédait à SEGV et créait un dump noyau (core dump) lors de la reconfiguration dynamique (DR) des CPU en continu avec un IPC élevé défini sur le domaine principal.
L'attribution de la valeur max-ipc à la fonction de threading principal en mode de reconfiguration différée post set-vcpu entraîne l'arrêt brutal de ldmd.
Échec de la migration en direct de domaines actifs avec max-ipc
ldmd s'arrête brutalement lors de la suppression de la stratégie de gestion des ressources dynamique (DRM) du nœud principal en mode de reconfiguration différée.
Pour résoudre le bogue 7043292, il faut que le brin physique portant le numéro le plus bas reste dans le domaine principal.
Perte de wcore sur le nœud principal après la réinitialisation suivant la reconfiguration différée
Lorsque le noyau complet est interrompu, le threading est ignoré et la MD n'est pas enregistrée.
Les mises à jour apportées au cours d'une reconfiguration différée ne sont pas toutes marquées.
ATTENTION : lgrp_minlat_node : MD non conforme, aucune CPU trouvée dans le groupe de latence.
cancel-reconf restaure le vdsdev retiré.
ldmd abandonne le noyau après "set-vsw inter-vnet-link=off".
Lorsque la reconfiguration dynamique (DR) n'est pas activée, un changement incorrect de threading peut entraîner l'abandon de HV.
Le nombre de vcpus dans la DB n'est pas synchronisé avec LDoms Mgr après la réduction de max-cores.
L'activation/la désactivation de la contrainte de noyau complet en mode élastique PM provoque la création d'un core dump par ldmd.
Les domaines inactifs ne peuvent pas être liés après l'application du patch 147507-01/-02.
set-mem signale un minimum incorrect dans un message d'erreur.