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:\n 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)
"},{"id":"text-2","type":"text","heading":"","plain_text":"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)\nNous 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.\nPlus 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.\nNous travaillons activement sur un correctif pour ce problème en ce moment.\nsolution de contournement\nEn 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.\nAdresses MAC statiques\nPour 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:","html":"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)\nNous 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.\nPlus 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.\nNous travaillons activement sur un correctif pour ce problème en ce moment.\nsolution de contournement\nEn 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.\nAdresses MAC statiques\nPour 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:
"},{"id":"text-3","type":"text","heading":"","plain_text":"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.\n# Le nom de la machine virtuelle à réparer\n$ VMname = "VM cassée"","html":"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.\n# Le nom de la machine virtuelle à réparer\n$ VMname = "VM cassée"
"},{"id":"text-4","type":"text","heading":"","plain_text":"# Itérer sur toutes les cartes réseau de la machine virtuelle\nGet-VMNetworkAdapter -VMName $ VMname | % \n # Ignore toutes les cartes réseau utilisant des adresses MAC dynamiques\n si (! ($ _. DynamicMacAddressEnabled))\n \n # Lire l'adresse MAC actuelle, ajouter 100 et définir la nouvelle adresse MAC\n $ newMac = ([int64]"0x $ ($ _. MacAddress)" + 100) .ToString ("X"). PadLeft (12, "0")\n Set-VMNetworkAdapter -VMNetworkAdapter $ _ -StaticMacAddress $ newMac\n \n \nLa raison pour laquelle j'ai choisi d'incrémenter de 100, c'est que les gens ont des adresses MAC consécutives.\nAdresses MAC dynamiques\nSi 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.\nVous 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.\nMigration en direct\nUne 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.\nMes excuses à quiconque a été touché par ce problème. j'espère que nous aurons bientôt une solution à ce problème!\nÀ votre santé,Ben","html":"# Itérer sur toutes les cartes réseau de la machine virtuelle\nGet-VMNetworkAdapter -VMName $ VMname | % \n # Ignore toutes les cartes réseau utilisant des adresses MAC dynamiques\n si (! ($ _. DynamicMacAddressEnabled))\n \n # Lire l'adresse MAC actuelle, ajouter 100 et définir la nouvelle adresse MAC\n $ newMac = ([int64]"0x $ ($ _. MacAddress)" + 100) .ToString ("X"). PadLeft (12, "0")\n Set-VMNetworkAdapter -VMNetworkAdapter $ _ -StaticMacAddress $ newMac\n \n \nLa raison pour laquelle j'ai choisi d'incrémenter de 100, c'est que les gens ont des adresses MAC consécutives.\nAdresses MAC dynamiques\nSi 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.\nVous 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.\nMigration en direct\nUne 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.\nMes excuses à quiconque a été touché par ce problème. j'espère que nous aurons bientôt une solution à ce problème!\nÀ votre santé,Ben
"},{"id":"text-5","type":"text","heading":"","plain_text":"Click to rate this post!\n \n [Total: 0 Average: 0]","html":"Click to rate this post!\n \n [Total: 0 Average: 0]
"}],"sections":[{"id":"text-1","heading":"Text","content":"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:\n 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)"},{"id":"text-2","heading":"Text","content":"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)\nNous 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.\nPlus 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.\nNous travaillons activement sur un correctif pour ce problème en ce moment.\nsolution de contournement\nEn 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.\nAdresses MAC statiques\nPour 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:"},{"id":"text-3","heading":"Text","content":"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.\n# Le nom de la machine virtuelle à réparer\n$ VMname = "VM cassée""},{"id":"text-4","heading":"Text","content":"# Itérer sur toutes les cartes réseau de la machine virtuelle\nGet-VMNetworkAdapter -VMName $ VMname | % \n # Ignore toutes les cartes réseau utilisant des adresses MAC dynamiques\n si (! ($ _. DynamicMacAddressEnabled))\n \n # Lire l'adresse MAC actuelle, ajouter 100 et définir la nouvelle adresse MAC\n $ newMac = ([int64]"0x $ ($ _. MacAddress)" + 100) .ToString ("X"). PadLeft (12, "0")\n Set-VMNetworkAdapter -VMNetworkAdapter $ _ -StaticMacAddress $ newMac\n \n \nLa raison pour laquelle j'ai choisi d'incrémenter de 100, c'est que les gens ont des adresses MAC consécutives.\nAdresses MAC dynamiques\nSi 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.\nVous 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.\nMigration en direct\nUne 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.\nMes excuses à quiconque a été touché par ce problème. j'espère que nous aurons bientôt une solution à ce problème!\nÀ votre santé,Ben"},{"id":"text-5","heading":"Text","content":"Click to rate this post!\n \n [Total: 0 Average: 0]"}],"media":{"primary_image":"https://tutos-gameserver.fr/wp-content/uploads/2019/05/1556948809_image.png"},"relations":[{"rel":"canonical","href":"https://tutos-gameserver.fr/2019/05/04/les-machines-virtuelles-ne-demarrent-pas-apres-avoir-ete-deplacees-de-windows-server-2012-r2-vers-windows-server-2019-bien-choisir-son-serveur-d-impression/"},{"rel":"alternate","href":"https://tutos-gameserver.fr/2019/05/04/les-machines-virtuelles-ne-demarrent-pas-apres-avoir-ete-deplacees-de-windows-server-2012-r2-vers-windows-server-2019-bien-choisir-son-serveur-d-impression/llm","type":"text/html"},{"rel":"alternate","href":"https://tutos-gameserver.fr/2019/05/04/les-machines-virtuelles-ne-demarrent-pas-apres-avoir-ete-deplacees-de-windows-server-2012-r2-vers-windows-server-2019-bien-choisir-son-serveur-d-impression/llm.json","type":"application/json"},{"rel":"llm-manifest","href":"https://tutos-gameserver.fr/llm-endpoints-manifest.json","type":"application/json"}],"http_headers":{"X-LLM-Friendly":"1","X-LLM-Schema":"1.1.0","Content-Security-Policy":"default-src 'none'; img-src * data:; style-src 'unsafe-inline'"},"license":"CC BY-ND 4.0","attribution_required":true,"allow_cors":false}