Mise à jour cumulative 3 pour System Center 2016 Virtual Machine Manager Technical Preview 5

Problèmes résolus dans cette mise à jour cumulative

• Problème 1 : Expérience incohérente avec l’interface utilisateur de traduction d’adresses réseau (NAT). L’interface utilisateur NAT dans VMM 2016 Technical Preview 5 présente les problèmes suivants :

  • Tous les pools IP (VIP en plus de DIP) sont affichés dans l’option de liste déroulante lors de la configuration des règles NAT.

  • Les connexions NAT existantes ne sont pas affichées dans l’interface utilisateur une fois l’Assistant fermé et rouvert.

  • Les utilisateurs ne peuvent pas choisir d’adresses IP spécifiques parmi les pools d’adresses IP via l’interface utilisateur.

  
  
  

• Problème 2 : Échecs liés aux mises à niveau propagées. Lorsque vous essayez une mise à niveau propagée à l’aide de VMM pour mettre à niveau des clusters 2012 R2 vers des clusters 2016, et si les cartes réseau virtuelles de gestion des hôtes sont configurées à l’aide d’une adresse IP statique pour la communication de gestion, vous recevez le message d’erreur suivant :
  

  L’adresse spécifiée (00:1D:D8:B7:1C:23) est déjà allouée par un pool d’adresses (pool d’adresses MAC par défaut).
  Spécifiez une adresse qui n’est pas déjà allouée par le pool d’adresses.
  ID : 13668
  Cette adresse mac est déjà affectée à l’un des commutateurs virtuels sur un serveur du cluster.

  
  

• Problème 3 : Échec du déploiement de l’équilibrage de charge/basculement (LBFO) sur des cartes réseau physiques (PNI) de gestion. Lorsque vous essayez de déployer LBFO sur des cartes réseau non managées où le paramètre « Inscrire au DNS » des membres est activé, le déploiement peut se bloquer pendant qu’il attend de retrouver la connectivité au serveur VMM.
  
  

• Problème 4 : ID de profil de port incorrect sur le logiciel de contrôleur de réseau Load Balancer les machines virtuelles Multiplexer (machines virtuelles MUX SLB). Les machines virtuelles MUX SLB ne sont pas définies avec un ID de profil de port et des données de profil de port corrects, ce qui peut entraîner des problèmes de connectivité.
  
  

• Problème 5 : La mise à jour des propriétés de machine virtuelle entraîne un échec. La mise à jour de la description ou du système d’exploitation après la création de la machine virtuelle entraîne l’état d’échec de la machine virtuelle. Le travail de mise à jour des propriétés de machine virtuelle échoue et vous recevez le message d’erreur suivant :
  

  Erreur (661)
  Impossible d’effectuer cette opération, car la machine virtuelle doit être désactivée.

  
  

• Problème 6 : Échec du déploiement du commutateur logique avec une extension tierce. Si vous essayez de déployer un commutateur logique pour lequel une ou plusieurs extensions tierces sont activées, vous rencontrerez une erreur liée à la réorganisation des extensions.
  
  

• Problème 7 : Problèmes de connectivité du contrôleur de réseau avec un certificat basé sur une autorité de certification. si vous essayez de déployer le contrôleur de réseau et d’utiliser un certificat basé sur l’autorité de certification pour l’authentification, VMM rencontre des problèmes de connectivité avec les hôtes Hyper-V gérés par le contrôleur de réseau.
  
  

• Problème 8 : Activation de la règle NAT pour un réseau de machines virtuelles. Si vous essayez de créer et d’appliquer une règle NAT pour toutes les machines virtuelles dans un réseau de machines virtuelles, vous recevez le message d’erreur suivant :
  

  VMM ne peut pas traiter un ou plusieurs des paramètres d’applet de commande fournis. (ID d’erreur : 1600)

  
  

• Problème 9 : Impossible d’effectuer un déploiement complet avec SET à l’aide de VMM. Lorsque vous essayez de déployer des systèmes nus à l’aide d’un commutateur SET, le déploiement échoue presque instantanément après le début de l’exécution du travail et vous recevez le message d’erreur suivant :
  

  Erreur (21566)
  La carte réseau physique spécifiée 8ef03a8f-8d8d-4d6c-ac9f-dad716a15933 est configurée pour utiliser le même commutateur logique switch_name qu’une autre carte réseau physique 619d399f-fba9-4e4b-b959-2d2fec18795e, mais le commutateur logique ne prend pas en charge l’association.
  
  Action
  recommandée Assurez-vous que chaque carte réseau physique non liée à une équipe utilise un commutateur logique différent ou configurez le commutateur logique pour prendre en charge l’association aux cartes réseau physiques.

  
  

• Problème 10 : Impossible de déployer une machine virtuelle lorsque vous utilisez Stockage Classification. Lorsque vous attribuez une classification Stockage à un cloud, Stockage un appareil et un modèle, le déploiement du modèle échoue.
  
  Lorsque vous déployez un modèle sur l’hôte au lieu du cloud, la destination des fichiers de machine virtuelle doit toujours être spécifiée manuellement au lieu de la remplir automatiquement en fonction de la classification du stockage.
  
  

• Problème 11 : Le profil de port et les données de port sont ajoutés au lieu d’être remplacés. Lorsque vous modifiez les propriétés de la carte réseau virtuelle de machine virtuelle (à l’aide de Set-VirtualNetworkAdapter), VMM tente de réinitialiser les profils de port. VMM calcule la différence entre les profils de port avec les profils de port existants et ajoute, supprime ou met à jour en fonction des besoins. S’il existe une différence de calcul, VMM ne compare pas correctement la différence avec un profil de port existant à l’origine de profils de port en double.
  
  

• Problème 12 : Les informations de liaison montante sont perdues pour les commutateurs SET déployés sur Nano Server après une actualisation. Si vous déployez un commutateur logique set activé sur un hôte Nano, puis actualisez le serveur, le commutateur perd ses informations de liaison montante après l’actualisation.
  
  

Problèmes connus

Lorsque vous essayez d’installer la mise à jour cumulative 2 pour System Center 2016 Virtual Machine Manager Technical Preview 5 dans un environnement Technical Preview 5 (ou sur la mise à jour cumulative 1 pour Technical Preview 5) qui a un commutateur logique (contrôleur de réseau géré) avec le mode liaison montante en tant qu’équipe, cela peut entraîner les problèmes suivants :

• Un problème de conformité de commutateur logique dans lequel vous recevez le message d’erreur suivant :
  

  Erreur (26809)
  La configuration du commutateur virtuel ne correspond pas au paramètre de mode de liaison montante attendu de UplinkMode à partir du commutateur logique.
  
  Action
  recommandée dans VMM, corrigez la conformité de ce commutateur virtuel sur l’hôte Hyper-V.

  
  

• Échec d’un déploiement
  
  de commutateur logique Pour contourner ce problème, exécutez le script suivant sur la base de données VMM :
  

  -- TP5 contains SET switches as 'Team' uplink mode with NC managed
  -- SET without NC support adds a new 'Embedded Team' uplink mode
  -- Convert the uplink mode from 'Team' to 'Embedded Team' for NC managed switches
  UPDATE [dbo].[tbl_NetMan_LogicalSwitch]
  SET
         UplinkMode = 3 -- Embedded Team
  WHERE UplinkMode = 2 AND ID IN (
         -- Find logical switches with MS Azure VFP Extension (MS Network Controller)
         SELECT ls.LogicalSwitchID
         FROM [dbo].[tbl_NetMan_LogicalSwitchToVsemExtension] ls
                INNER JOIN
                [dbo].[tbl_NetMan_VirtualSwitchExtension] vse
                ON ls.VsemExtensionId = vse.ID
         WHERE vse.DriverNetCfgInstanceID = 'E9B59CFA-2BE1-4B21-828F-B6FBDBDDC017' -- Microsoft Azure VFP Extension
         )
  GO

Comment obtenir et installer la mise à jour cumulative 3 pour System Center 2016 Virtual Machine Manager Technical Preview 5