11.17. Virtualisation
L'installation d'une machine virtuelle via https ou ssh échoue dans certains cas
Actuellement, l'utilitaire virt-install échoue lorsqu'il tente d'installer un système d'exploitation invité (OS) à partir d'une source ISO via une connexion https ou ssh - par exemple en utilisant virt-install --cdrom https://example/path/to/image.iso. Au lieu de créer une machine virtuelle (VM), l'opération décrite se termine de manière inattendue par un message internal error: process exited while connecting to monitor.
De même, l'utilisation de la console web RHEL 9 pour installer un système d'exploitation invité échoue et affiche une erreur Unknown driver 'https' si vous utilisez une URL https ou ssh, ou la fonction Download OS.
Pour contourner ce problème, installez qemu-kvm-block-curl et qemu-kvm-block-ssh sur l'hôte pour activer la prise en charge des protocoles https et ssh, respectivement. Vous pouvez également utiliser un autre protocole de connexion ou une autre source d'installation.
L'utilisation des pilotes NVIDIA dans les machines virtuelles désactive Wayland
Actuellement, les pilotes NVIDIA ne sont pas compatibles avec la session graphique Wayland. Par conséquent, les systèmes d'exploitation invités RHEL qui utilisent des pilotes NVIDIA désactivent automatiquement Wayland et chargent une session Xorg à la place. Cela se produit principalement dans les scénarios suivants :
- Lorsque vous faites passer un périphérique GPU NVIDIA dans une machine virtuelle RHEL (VM)
- Lorsque vous affectez un périphérique NVIDIA vGPU à une VM RHEL
Jira:RHELPLAN-117234
Le type de CPU Milan VM n'est parfois pas disponible sur les systèmes AMD Milan
Sur certains systèmes AMD Milan, les options Enhanced REP MOVSB (erms) et Fast Short REP MOVSB (fsrm) sont désactivées par défaut dans le BIOS. Par conséquent, le type de CPU Milan peut ne pas être disponible sur ces systèmes. En outre, la migration en direct de VM entre des hôtes Milan avec des paramètres de drapeaux de fonctionnalités différents peut échouer. Pour résoudre ces problèmes, activez manuellement erms et fsrm dans le BIOS de votre hôte.
Bugzilla:2077767
Une interface hostdev avec des paramètres de basculement ne peut pas être branchée à chaud après avoir été débranchée à chaud
Après avoir supprimé une interface réseau hostdev avec une configuration de basculement d'une machine virtuelle (VM) en cours d'exécution, l'interface ne peut actuellement pas être réattachée à la même VM en cours d'exécution.
Échec de la migration post-copie en direct de VM avec des VF de basculement
Actuellement, la tentative de migration post-copie d'une machine virtuelle (VM) en cours d'exécution échoue si la VM utilise un périphérique dont la capacité de basculement de la fonction virtuelle (VF) est activée. Pour contourner le problème, utilisez le type de migration standard plutôt que la migration post-copie.
Le réseau de l'hôte ne peut pas envoyer de ping aux VMs avec VFs pendant la migration en direct
Lors de la migration en direct d'une machine virtuelle (VM) avec une fonction virtuelle (VF) configurée, telle qu'une VM qui utilise le logiciel SR-IOV virtuel, le réseau de la VM n'est pas visible pour les autres périphériques et la VM ne peut pas être atteinte par des commandes telles que ping. Cependant, une fois la migration terminée, le problème ne se produit plus.
Les cartes réseau virtio de basculement ne reçoivent pas d'adresse IP sur les machines virtuelles Windows
Actuellement, lors du démarrage d'une machine virtuelle (VM) Windows avec seulement une carte d'interface réseau virtio de basculement, la VM ne parvient pas à attribuer une adresse IP à la carte d'interface réseau. Par conséquent, la carte d'interface réseau n'est pas en mesure d'établir une connexion réseau. Il n'existe actuellement aucune solution de contournement.
La désactivation d'AVX rend les machines virtuelles non amorçables
Sur une machine hôte qui utilise un processeur avec support Advanced Vector Extensions (AVX), la tentative de démarrage d'une VM avec AVX explicitement désactivé échoue actuellement et déclenche une panique du noyau dans la VM.
Bugzilla:2005173
La VM Windows ne parvient pas à obtenir l'adresse IP après la réinitialisation de l'interface réseau
Il arrive que les machines virtuelles Windows ne parviennent pas à obtenir une adresse IP après une réinitialisation automatique de l'interface réseau. Par conséquent, la machine virtuelle ne parvient pas à se connecter au réseau. Pour résoudre ce problème, désactivez et réactivez le pilote de la carte réseau dans le gestionnaire de périphériques de Windows.
Les adaptateurs réseau Broadcom ne fonctionnent pas correctement sur les machines virtuelles Windows après une migration en direct
Actuellement, les adaptateurs réseau de la famille Broadcom, tels que Broadcom, Qlogic ou Marvell, ne peuvent pas être débranchés à chaud pendant la migration en direct des machines virtuelles (VM) Windows. Par conséquent, les adaptateurs ne fonctionnent pas correctement une fois la migration terminée.
Ce problème ne concerne que les adaptateurs connectés à des machines virtuelles Windows utilisant la virtualisation d'E/S à racine unique (SR-IOV).
Bugzilla:2090712, Bugzilla :2091528, Bugzilla:2111319
Les VM Windows Server 2016 cessent parfois de fonctionner après le branchement à chaud d'une vCPU
Actuellement, l'attribution d'une vCPU à une machine virtuelle (VM) en cours d'exécution avec un système d'exploitation invité Windows Server 2016 peut entraîner divers problèmes, tels que l'arrêt inopiné de la VM, l'absence de réponse ou le redémarrage.
L'utilisation d'un grand nombre de files d'attente peut entraîner l'échec des machines virtuelles Windows
Les machines virtuelles (VM) Windows peuvent échouer lorsque le périphérique virtuel Trusted Platform Module (vTPM) est activé et que la fonction multi-queue virtio-net est configurée pour utiliser plus de 250 files d'attente.
Ce problème est dû à une limitation du dispositif vTPM. Le périphérique vTPM a une limite codée en dur sur le nombre maximum de descripteurs de fichiers ouverts. Étant donné que plusieurs descripteurs de fichiers sont ouverts pour chaque nouvelle file d'attente, la limite interne du vTPM peut être dépassée, ce qui entraîne l'échec de la VM.
Pour contourner ce problème, choisissez l'une des deux options suivantes :
- Gardez le dispositif vTPM activé, mais utilisez moins de 250 files d'attente.
- Désactivez le dispositif vTPM pour qu'il utilise plus de 250 files d'attente.
Messages d'erreur redondants sur les machines virtuelles équipées de périphériques NVIDIA passthrough
Lors de l'utilisation d'une machine hôte Intel avec un système d'exploitation RHEL 9.2, les machines virtuelles (VM) avec un périphérique GPU NVDIA transmis enregistrent fréquemment le message d'erreur suivant :
Spurious APIC interrupt (vector 0xFF) on CPU#2, should never happen.
Cependant, ce message d'erreur n'a pas d'impact sur la fonctionnalité de la VM et peut être ignoré. Pour plus de détails, consultez la base de connaissances de Red Hat.
Bugzilla:2149989
Certains invités Windows ne démarrent pas après une conversion v2v sur des hôtes équipés de processeurs AMD EPYC
Après avoir utilisé l'utilitaire virt-v2v pour convertir une machine virtuelle (VM) qui utilise Windows 11 ou Windows Server 2022 comme système d'exploitation invité, la VM ne parvient pas à démarrer. Cela se produit sur les hôtes qui utilisent des processeurs de la série AMD EPYC.
Bugzilla:2168082
Le redémarrage du service OVS sur un hôte peut bloquer la connectivité réseau de ses machines virtuelles en cours d'exécution
Lorsque le service Open vSwitch (OVS) redémarre ou tombe en panne sur un hôte, les machines virtuelles (VM) qui s'exécutent sur cet hôte ne peuvent pas récupérer l'état du dispositif de mise en réseau. Par conséquent, les machines virtuelles peuvent être dans l'incapacité totale de recevoir des paquets.
Ce problème n'affecte que les systèmes qui utilisent le format virtqueue emballé dans leur pile réseau virtio.
Pour contourner ce problème, utilisez le paramètre packed=off dans la définition du périphérique réseau virtio pour désactiver packed virtqueue. Lorsque la fonction packed virtqueue est désactivée, l'état du périphérique réseau peut, dans certaines situations, être récupéré à partir de la mémoire vive.
Le pilote du GPU Nvidia cesse de fonctionner après l'arrêt de la VM
Le noyau RHEL a adopté un changement Linux en amont qui aligne les délais de transition de l'alimentation des périphériques plus étroitement sur ceux requis par la spécification PCIe. En conséquence, en raison de la fonction audio du GPU, certains GPU Nvidia peuvent s'arrêter de fonctionner après l'arrêt d'une VM.
Pour contourner le problème, désassignez la fonction audio du GPU de la VM. En outre, en raison des exigences d'isolation DMA pour l'affectation des périphériques (c'est-à-dire le regroupement IOMMU), liez la fonction audio au pilote vfio-pci, ce qui permet à la fonction GPU de continuer à être affectée et à fonctionner normalement.
Bugzilla:2178956
nodedev-dumpxml ne liste pas correctement les attributs pour certains dispositifs médiatisés
Actuellement, la commande nodedev-dumpxml ne répertorie pas correctement les attributs des dispositifs à médiation qui ont été créés à l'aide de la commande nodedev-create. Pour contourner ce problème, utilisez plutôt les commandes nodedev-define et nodedev-start.
La récupération d'une migration de VM post-copie interrompue peut échouer
Si une migration post-copie d'une machine virtuelle (VM) est interrompue puis immédiatement reprise sur le même port entrant, la migration peut échouer avec l'erreur suivante : Address already in use
Pour contourner ce problème, attendez au moins 10 secondes avant de reprendre la migration post-copie ou passez à un autre port pour la récupération de la migration.
virtiofs il n'est pas possible d'attacher des périphériques après avoir redémarré virtqemud ou libvirtd
Actuellement, le redémarrage des services virtqemud ou libvirtd empêche les périphériques de stockage virtiofs d'être attachés aux machines virtuelles sur votre hôte.
virsh blkiotune --weight ne parvient pas à définir la valeur correcte du contrôleur d'E/S cgroup
Actuellement, l'utilisation de la commande virsh blkiotune --weight pour définir le poids de la VM ne fonctionne pas comme prévu. La commande ne parvient pas à définir la valeur io.bfq.weight correcte dans le fichier d'interface du contrôleur d'E/S cgroup. Il n'y a pas de solution pour le moment.
Jira:RHELPLAN-83423
Échec du branchement à chaud d'une carte Watchdog sur une machine virtuelle
Actuellement, si aucun emplacement PCI n'est disponible, l'ajout d'une carte Watchdog à une machine virtuelle (VM) en cours d'exécution se solde par l'erreur suivante :
Failed to configure watchdog ERROR Error attempting device hotplug: internal error: No more available PCI slots
Pour contourner ce problème, arrêtez la VM avant d'ajouter la carte Watchdog.
Le mappage des nœuds NUMA ne fonctionne pas correctement sur les processeurs AMD EPYC
QEMU ne gère pas correctement le mappage des nœuds NUMA sur les processeurs AMD EPYC. Par conséquent, les performances des machines virtuelles (VM) avec ces CPU peuvent être affectées négativement si elles utilisent une configuration de nœuds NUMA. En outre, les machines virtuelles affichent un avertissement similaire au suivant pendant le démarrage.
sched: CPU #4's llc-sibling CPU #3 is not on the same node! [node: 1 != 0]. Ignoring dependency. WARNING: CPU: 4 PID: 0 at arch/x86/kernel/smpboot.c:415 topology_sane.isra.0+0x6b/0x80
Pour contourner ce problème, n'utilisez pas de CPU AMD EPYC pour les configurations de nœuds NUMA.
Une défaillance de NFS pendant la migration d'une VM entraîne un échec de la migration et un coredump de la VM source
Actuellement, si le service ou le serveur NFS est arrêté pendant la migration de la machine virtuelle (VM), QEMU de la VM source ne peut pas se reconnecter au serveur NFS lorsqu'il redémarre. Par conséquent, la migration échoue et un coredump est lancé sur la VM source. Actuellement, il n'existe pas de solution de contournement.
