6.5.14. Virtualização
A exibição de vários monitores de máquinas virtuais que utilizam Wayland não é possível com QXL
Usar o utilitário de visualização remota para exibir mais de um monitor de uma máquina virtual (VM) que está usando o servidor de exibição Wayland faz com que a VM fique sem resposta e que a mensagem de status Waiting for display seja exibida indefinidamente.
Para contornar este problema, use virtio-gpu em vez de qxl como dispositivo GPU para VMs que utilizam Wayland.
(BZ#1642887)
os comandos devirsh iface-* não funcionam de forma consistente
Atualmente, comandos virsh iface-*, tais como virsh iface-start e virsh iface-destruição, frequentemente falham devido a dependências de configuração. Portanto, recomenda-se não usar comandos virsh iface-* para configurar e gerenciar as conexões de rede do host. Ao invés disso, use o programa NetworkManager e suas aplicações de gerenciamento relacionadas.
(BZ#1664592)
As máquinas virtuais às vezes falham ao utilizar muitos discos virtio-blk
A adição de um grande número de dispositivos virtio-blk a uma máquina virtual (VM) pode esgotar o número de vetores de interrupção disponíveis na plataforma. Se isso ocorrer, o sistema operacional convidado da VM não inicializa e exibe uma fila de entrada de dados com dracut-initqueue[392]: Advertência: Não foi possível inicializar o erro.
Anexar dispositivos LUN a máquinas virtuais usando o virtio-blk não funciona
O tipo de máquina q35 não suporta dispositivos de virtio 1.0 de transição e, portanto, a RHEL 8 não suporta características que foram depreciadas no virtio 1.0. Em particular, não é possível em um host RHEL 8 enviar comandos SCSI de dispositivos virtio-blk. Como conseqüência, a conexão de um disco físico como um dispositivo LUN a uma máquina virtual falha ao usar o controlador virtio-blk.
Observe que os discos físicos ainda podem ser passados para o sistema operacional convidado, mas devem ser configurados com a opção dispositivo='disco' em vez de dispositivo='lun'.
(BZ#1777138)
Máquinas virtuais usando Cooperlake não podem inicializar quando o TSX é desativado no host
Máquinas virtuais (VMs) que utilizam o modelo de CPU Cooperlake atualmente não inicializam quando a bandeira da CPU TSX é diabólica no host. Ao invés disso, o host exibe a seguinte mensagem de erro:
a CPU é incompatível com a CPU do host: A CPU hospedeira não fornece as características necessárias: hle, rtm
Para tornar as VMs com Cooperlake utilizáveis em tal host, desative as bandeiras HLE, RTM e TAA_NO na configuração da VM na configuração XML da VM:
<feature policy='disable' name='hle'/> <feature policy='disable' name='rtm'/> <feature policy='disable' name='taa-no'/>
Máquinas virtuais às vezes não podem inicializar em máquinas Witherspoon
Máquinas virtuais (VMs) que utilizam o tipo de máquina pseries-rhel7.6.0-sxxm em alguns casos não inicializam nos hosts Power9 S922LC for HPC (também conhecidos como Witherspoon) que utilizam a CPU DD2.2 ou DD2.3.
A tentativa de iniciar tal VM, em vez disso, gera a seguinte mensagem de erro:
qemu-kvm: Nível de capacidade do ramo indireto seguro não suportado pelo kvm
Para contornar este problema, configure a configuração XML da VM da seguinte forma:
<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>