Serveur d'impression

Les machines virtuelles ne démarrent pas après avoir été déplacées de Windows Server 2012 R2 vers Windows Server 2019 – Bien choisir son serveur d impression

Par Titanfall , le 4 mai 2019 - 4 minutes de lecture

Au cours des dernières semaines, nous avons entendu des comptes rendus de clients qui rencontraient des problèmes après avoir migré des machines virtuelles directement de Windows Server 2012 R2 vers Windows Server 2019. Des messages d'erreur tels que:

Critical 03/01/2019 16:13:49 Hyper-V-Worker 18604 Aucun
‘Test VM 1’ a rencontré une erreur irrécupérable, mais aucun vidage de mémoire n’a pu être généré. Erreur 0x2. Si le problème persiste, contactez le support technique pour le système d'exploitation invité. (ID d'ordinateur virtuel 90B45891-E0EB-4842-8070-F30FF25C663A)

Critical 03/01/2019 16:13:49 Hyper-V-Worker 18560 Aucun
‘Test VM 1’ a été réinitialisé car une erreur irrémédiable s’est produite sur un processeur virtuel et a entraîné une triple défaillance. Si le problème persiste, contactez le support technique. (ID d'ordinateur virtuel 90B45891-E0EB-4842-8070-F30FF25C663A)

Nous avons approfondi ces questions et en avons identifié la cause fondamentale. Dans Windows Server 2019, nous avons apporté plusieurs modifications au microprogramme de la machine virtuelle (sujet que je prévois de bloguer un autre jour). Dans le processus, nous avons malheureusement exposé un bug. L'effet du bogue est que l'état du micrologiciel sur une machine virtuelle génération 2 de version 5.0 à partir de Windows Server 2012 R2 ne peut pas démarrer sur Windows Server 2019.

Plus précisément, le bogue est exposé par les données de démarrage IPv6 stockées dans le micrologiciel d'une machine virtuelle de génération 2. Notez que cela n’affectera pas les machines virtuelles de la génération 1.

Nous travaillons activement sur un correctif pour ce problème en ce moment.

solution de contournement

En attendant, il est possible de contourner ce problème. Pour que la machine virtuelle puisse démarrer, vous devez faire en sorte que Hyper-V crée de nouvelles entrées de microprogramme pour les données de démarrage IPv6. Pour ce faire, le moyen le plus simple consiste à modifier les adresses MAC de tous les adaptateurs réseau connectés à la machine virtuelle affectée. Ce processus est différent pour les machines virtuelles avec des adresses MAC dynamiques et statiques.

Adresses MAC statiques

Pour les machines virtuelles avec des adaptateurs réseau configurés pour utiliser des adresses MAC statiques, il vous suffit d'ouvrir les paramètres de la machine virtuelle et de changer l'adresse MAC en une nouvelle valeur:

J'ai également mis en place l'extrait de code PowerShell suivant pour les personnes qui aiment automatiser les choses. Ce script parcourt toutes les cartes réseau d'une machine virtuelle, recherche celles avec des adresses MAC statiques et les incrémente de 100.

# Le nom de la machine virtuelle à réparer
$ VMname = "VM cassée"

# Itérer sur toutes les cartes réseau de la machine virtuelle
Get-VMNetworkAdapter -VMName $ VMname | % 
     # Ignore toutes les cartes réseau utilisant des adresses MAC dynamiques
     si (! ($ _. DynamicMacAddressEnabled))
         
             # Lire l'adresse MAC actuelle, ajouter 100 et définir la nouvelle adresse MAC
             $ newMac = ([int64]"0x $ ($ _. MacAddress)" + 100) .ToString ("X"). PadLeft (12, "0")
             Set-VMNetworkAdapter -VMNetworkAdapter $ _ -StaticMacAddress $ newMac
         
      

La raison pour laquelle j'ai choisi d'incrémenter de 100, c'est que les gens ont des adresses MAC consécutives.

Adresses MAC dynamiques

Si votre machine virtuelle utilise des adresses MAC dynamiques, il est possible que vous ne rencontriez pas ce problème. Dans un certain nombre de cas, Hyper-V régénérera automatiquement l'adresse MAC.

Vous pouvez également forcer Hyper-V à régénérer des adresses MAC dynamiques en modifiant la plage de pool d'adresses MAC dynamiques utilisée par Hyper-V. Dimitris Tonias a écrit un excellent article sur la configuration de ce logiciel, que vous devriez consulter.

Migration en direct

Une remarque intéressante à faire ici: lorsque vous migrez en direct une machine virtuelle, elle ne démarre pas via le microprogramme. Cela signifie que si vous migrez en direct une machine virtuelle de Windows Server 2012 R2 vers Windows Server 2019, celle-ci continuera de s'exécuter. Cependant, il ne démarrera pas si vous le fermez et essayez de le redémarrer après la migration. Dans cette situation, la solution ci-dessus résoudra également le problème.

Mes excuses à quiconque a été touché par ce problème. j'espère que nous aurons bientôt une solution à ce problème!

À votre santé,
Ben

Click to rate this post!
[Total: 0 Average: 0]

Commentaires

Laisser un commentaire

Votre commentaire sera révisé par les administrateurs si besoin.