11.14. Virtualización
Bajo rendimiento de visualización de la GUI en máquinas virtuales RHEL 8 en un host Windows Server 2019
Cuando se utiliza RHEL 8 como sistema operativo invitado en modo gráfico en un host de Windows Server 2019, el rendimiento de visualización de la interfaz gráfica de usuario es bajo, y la conexión a una salida de consola del invitado actualmente tarda bastante más de lo esperado.
Este es un problema conocido en los hosts de Windows 2019 y está pendiente de una solución por parte de Microsoft. Para solucionar este problema, conéctese al invitado mediante SSH o utilice Windows Server 2016 como anfitrión.
(BZ#1706541)
La visualización de múltiples monitores de máquinas virtuales que utilizan Wayland no es posible con QXL
El uso de la utilidad remote-viewer para mostrar más de un monitor de una máquina virtual (VM) que está utilizando el servidor de visualización Wayland hace que la VM no responda y que se muestre indefinidamente el mensaje de estado Waiting for display.
Para solucionar este problema, utilice virtio-gpu en lugar de qxl como dispositivo GPU para las máquinas virtuales que utilizan Wayland.
(BZ#1642887)
los comandosvirsh iface-\* no funcionan consistentemente
Actualmente, los comandos virsh iface-*, como virsh iface-start y virsh iface-destroy, fallan frecuentemente debido a las dependencias de configuración. Por lo tanto, se recomienda no utilizar los comandos virsh iface-\* para configurar y gestionar las conexiones de red del host. En su lugar, utilice el programa NetworkManager y sus aplicaciones de gestión relacionadas.
(BZ#1664592)
Las máquinas virtuales RHEL 8 a veces no pueden arrancar en los hosts Witherspoon
Las máquinas virtuales (VMs) de RHEL 8 que utilizan el tipo de máquina pseries-rhel7.6.0-sxxm en algunos casos fallan al arrancar en hosts Power9 S922LC for HPC (también conocidos como Witherspoon) que utilizan la CPU DD2.2 o DD2.3.
Al intentar arrancar una máquina virtual de este tipo, se genera el siguiente mensaje de error:
qemu-kvm: El nivel de capacidad de bifurcación indirecta solicitada no está soportado por kvm
Para solucionar este problema, configure la configuración XML de la máquina virtual como sigue:
<domain type='qemu' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'>
<qemu:commandline>
<qemu:arg value='-machine'/>
<qemu:arg value='cap-ibs=workaround'/>
</qemu:commandline>Las máquinas virtuales IBM POWER no funcionan correctamente con nodos NUMA vacíos
Actualmente, cuando una máquina virtual (VM) IBM POWER que se ejecuta en un host RHEL 8 está configurada con un nodo NUMA que utiliza cero memoria(memory='0') y cero CPUs, la VM no puede arrancar. Por lo tanto, Red Hat recomienda encarecidamente no utilizar VMs IBM POWER con tales nodos NUMA vacíos en RHEL 8.
(BZ#1651474)
La topología de la CPU SMT no es detectada por las máquinas virtuales cuando se utiliza el modo de paso de host en AMD EPYC
Cuando una máquina virtual (VM) arranca con el modo de paso de host de CPU en un host AMD EPYC, la bandera de la función TOPOEXT CPU no está presente. En consecuencia, la VM no puede detectar una topología de CPU virtual con múltiples hilos por núcleo. Para solucionar este problema, inicie la máquina virtual con el modelo de CPU EPYC en lugar de con el modo de paso de host.
Los identificadores de disco en las máquinas virtuales RHEL 8.2 pueden cambiar al reiniciar la máquina.
Cuando se utiliza una máquina virtual (VM) con RHEL 8.2 como sistema operativo invitado en un hipervisor Hyper-V, los identificadores de dispositivo para los discos virtuales de la VM en algunos casos cambian cuando la VM se reinicia. Por ejemplo, un disco originalmente identificado como /dev/sda puede convertirse en /dev/sdb. Como consecuencia, la VM podría no arrancar, y los scripts que hacen referencia a los discos de la VM podrían dejar de funcionar.
Para evitar este problema, Red Hat recomienda encarecidamente establecer nombres persistentes para los discos en la VM. Para obtener información detallada, consulte la documentación de Microsoft Azure: https://docs.microsoft.com/en-us/azure/virtual-machines/troubleshooting/troubleshoot-device-names-problems.
(BZ#1777283)
Las máquinas virtuales a veces no se inician cuando se utilizan muchos discos virtio-blk
Añadir un gran número de dispositivos virtio-blk a una máquina virtual (VM) puede agotar el número de vectores de interrupción disponibles en la plataforma. Si esto ocurre, el SO invitado de la VM falla al arrancar, y muestra un dracut-initqueue[392]: Advertencia: Error de no poder arrancar.
Adjuntar dispositivos LUN a máquinas virtuales usando virtio-blk no funciona
El tipo de máquina q35 no es compatible con los dispositivos virtio 1.0 de transición, por lo que RHEL 8 carece de soporte para las características que quedaron obsoletas en virtio 1.0. En particular, no es posible en un host RHEL 8 enviar comandos SCSI desde dispositivos virtio-blk. Como consecuencia, adjuntar un disco físico como dispositivo LUN a una máquina virtual falla cuando se utiliza el controlador virtio-blk.
Tenga en cuenta que los discos físicos pueden seguir pasando por el sistema operativo invitado, pero deben ser configurados con la opción device='disk' en lugar de device='lun'.
(BZ#1777138)
La migración de un huésped POWER9 de un host RHEL 7-ALT a RHEL 8 falla
Actualmente, la migración de una máquina virtual POWER9 desde un sistema anfitrión RHEL 7-ALT a RHEL 8 no responde con un estado "Estado de la migración: activo".
Para solucionar este problema, desactive Transparent Huge Pages (THP) en el host RHEL 7-ALT, lo que permite que la migración se complete con éxito.
(BZ#1741436)
