6.5.14. Virtualización
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 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)
Las máquinas virtuales que utilizan Cooperlake no pueden arrancar cuando TSX está desactivado en el host
Las máquinas virtuales (VM) que utilizan el modelo de CPU Cooperlake actualmente no arrancan cuando el indicador de CPU TSX está deshabilitado en el host. En su lugar, el host muestra el siguiente mensaje de error:
la CPU es incompatible con la CPU del host: La CPU anfitriona no proporciona las características requeridas: hle, rtm
Para que las máquinas virtuales con Cooperlake se puedan utilizar en dicho host, desactive los indicadores HLE, RTM y TAA_NO en la configuración de la máquina virtual en la configuración XML de la máquina virtual:
<feature policy='disable' name='hle'/> <feature policy='disable' name='rtm'/> <feature policy='disable' name='taa-no'/>
Las máquinas virtuales a veces no pueden arrancar en los hosts Witherspoon
Las máquinas virtuales (VMs) que utilizan el tipo de máquina pseries-rhel7.6.0-sxxm en algunos casos fallan al arrancar en los 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 de la siguiente manera:
<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>