11.14. Virtualização
Baixo desempenho de display GUI em máquinas virtuais RHEL 8 em um host Windows Server 2019
Ao usar o RHEL 8 como um sistema operacional convidado em modo gráfico em um host Windows Server 2019, o desempenho da tela GUI é baixo, e a conexão a um console de saída do convidado leva atualmente muito mais tempo do que o esperado.
Esta é uma questão conhecida nos hosts do Windows 2019 e está pendente de uma correção pela Microsoft. Para contornar este problema, conecte-se ao convidado usando SSH ou use o Windows Server 2016 como host.
(BZ#1706541)
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 RHEL 8 às vezes não podem inicializar em máquinas Witherspoon
As máquinas virtuais RHEL 8 (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 da máquina virtual em XML da seguinte maneira:
<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>As máquinas virtuais IBM POWER não funcionam corretamente com os nós NUMA vazios
Atualmente, quando uma máquina virtual IBM POWER (VM) rodando em um host RHEL 8 é configurada com um nó NUMA que usa memória zero(memória='0') e zero CPUs, a VM não pode iniciar. Portanto, a Red Hat recomenda fortemente não usar VMs POWER IBM com tais nós NUMA vazios no RHEL 8.
(BZ#1651474)
A topologia de CPU SMT não é detectada por VMs quando se usa o modo host passthrough no AMD EPYC
Quando uma máquina virtual (VM) inicia com o modo de passagem da CPU em um host AMD EPYC, a bandeira de recurso TOPOEXT CPU não está presente. Conseqüentemente, a VM não é capaz de detectar uma topologia de CPU virtual com múltiplas roscas por núcleo. Para contornar este problema, inicialize a VM com o modelo de CPU EPYC em vez de passthrough do host.
Os identificadores de disco na RHEL 8.2 VMs podem mudar na reinicialização da VM.
Ao utilizar uma máquina virtual (VM) com RHEL 8.2 como sistema operacional convidado em um hipervisor Hyper-V, os identificadores do dispositivo para os discos virtuais da VM em alguns casos mudam quando a VM é reinicializada. Por exemplo, um disco originalmente identificado como /dev/sda pode se tornar /dev/sdb. Como conseqüência, a VM pode falhar o boot, e scripts que referenciam os discos da VM podem parar de funcionar.
Para evitar este problema, a Red Hat recomenda fortemente a definição de nomes persistentes para os discos na VM. Para informações detalhadas, consulte a documentação do Microsoft Azure: https://docs.microsoft.com/en-us/azure/virtual-machines/troubleshooting/troubleshoot-device-names-problems.
(BZ#1777283)
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)
A migração de um convidado POWER9 de um hospedeiro RHEL 7-ALT para o RHEL 8 falha
Atualmente, a migração de uma máquina virtual POWER9 de um sistema host RHEL 7-ALT para o RHEL 8 torna-se insensível com um status "Migration status: active".
Para contornar este problema, desabilite as Transparent Huge Pages (THP) no host RHEL 7-ALT, o que permite que a migração seja concluída com sucesso.
(BZ#1741436)
