6.7.17. Virtualização
O uso do cloud-init para fornecer máquinas virtuais no Microsoft Azure falha
Atualmente, não é possível usar o utilitário de nuvem para fornecer uma máquina virtual RHEL 8 (VM) na plataforma Microsoft Azure. Para contornar este problema, use um dos seguintes métodos:
-
Use o pacote
WALinuxAgentem vez decloud-initpara fornecer VMs no Microsoft Azure. Adicione a seguinte configuração à seção
[principal]no arquivo/etc/NetworkManager/NetworkManager.conf:[main] dhcp=dhclient
(BZ#1641190)
As máquinas virtuais RHEL 8 nos hosts RHEL 7, em alguns casos, não podem ser visualizadas em resolução superior a 1920x1200
Atualmente, ao utilizar uma máquina virtual RHEL 8 (VM) rodando em um sistema host RHEL 7, certos métodos de exibição da saída gráfica da VM, tais como rodar a aplicação em modo quiosque, não podem utilizar resolução maior do que 1920x1200. Como conseqüência, a exibição de VMs usando esses métodos só funciona em resoluções até 1920x1200, mesmo que o hardware do host suporte resoluções mais altas.
(BZ#1635295)
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 instalação de máquinas virtuais RHEL às vezes falha
Sob certas circunstâncias, as máquinas virtuais RHEL 7 e RHEL 8 criadas usando o utilitário virt-install não inicializam se a opção --location for usada.
Para contornar este problema, use a opção --extra-args e especifique uma árvore de instalação acessível pela rede, por exemplo:
--extra-args=="inst.repo=https://some/url/tree/path\"
Isto assegura que o instalador RHEL encontre os arquivos de instalação corretamente.
(BZ#1677019)
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)
A personalização de uma VM ESXi usando a nuvem e o reinício da VM causa perda de IP e torna a inicialização da VM muito lenta
Atualmente, se o serviço cloud-init é utilizado para modificar uma máquina virtual (VM) que roda no VMware ESXi hypervisor para utilizar IP estático e a VM é então clonada, a nova VM clonada em alguns casos leva um tempo muito longo para reiniciar. Isto é causado pela reescrita em nuvem do IP estático da VM para DHCP e, em seguida, a busca por uma fonte de dados disponível.
Para contornar este problema, você pode desinstalar a nuvem - depois que a VM for inicializada pela primeira vez. Como resultado, as reinicializações subseqüentes não serão desaceleradas.
(BZ#166666961, BZ#1706482)
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 de memória zero
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(memory='0'), a VM não pode inicializar. Portanto, a Red Hat recomenda fortemente não utilizar máquinas virtuais POWER IBM com nós NUMA de memória zero no RHEL 8.
(BZ#1651474)
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)
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.
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.
