Problemas Conhecidos do UEK R7

No UEK R7, o virtio não é construído como um módulo, mas é construído diretamente no kernel. Como tal, você não precisa especificar virtio no arquivo de configuração dracut para adicioná-lo ao initramfs. Se você já teve uma configuração de dracut que incluiu este módulo, tentar instalar o UEK R7 exibe o seguinte erro de dracut:

dracut-install: ERROR: installing 'virtio'
dracut: FAILED:  /usr/lib/dracut/dracut-install -D
/var/tmp/dracut.FOKWjy/initramfs --kerneldir
/lib/modules/5.15.0-0.21.1.el8uek.x86_64/ -m xen_netfront xen_blkfront
virtio_blk virtio_net virtio virtio_pci virtio_balloon hyperv_keyboard
hv_netvsc hid_hyperv hv_utils hv_storvsc hyperv_fb ahci libahci
dracut-install: ERROR: installing 'virtio'
dracut: FAILED:  /usr/lib/dracut/dracut-install -D
/var/tmp/dracut.G2XSGh/initramfs --kerneldir
/lib/modules/5.15.0-0.21.1.el8uek.x86_64/ -m xen_netfront xen_blkfront
virtio_blk virtio_net virtio virtio_pci virtio_balloon hyperv_keyboard
hv_netvsc hid_hyperv hv_utils hv_storvsc hyperv_fb ahci libahci

Este erro é exibido, independentemente de você usar o comando yum ou rpm para instalar o UEK R7.

Para contornar o problema, antes de instalar o UEK R7, remova o texto "virtio" do arquivo de configuração dracut. Certifique-se de remover somente o texto "virtio", deixando intactas todas as outras entradas "virtio_*", por exemplo:

cat /etc/dracut.conf.d/01-dracut-vm.conf

add_drivers+=" xen_netfront xen_blkfront "
add_drivers+=" virtio_blk virtio_net virtio virtio_pci virtio_balloon "
add_drivers+=" hyperv_keyboard hv_netvsc hid_hyperv hv_utils hv_storvsc
hyperv_fb "
add_drivers+=" ahci libahci "

Use o seguinte comando para verificar se virtio está incorporado ao kernel:

grep CONFIG_VIRTIO= /boot/config-5.15.0-0.30.4.el8uek.x86_64

Se virtio for incorporado ao kernel, a saída deverá ser a seguinte:

CONFIG_VIRTIO=y

(ID do Bug 33834972)

A partir do UEK R7, o tamanho padrão da página na plataforma Arm foi alterado para 4 KB, em relação ao padrão anterior de 64 KB. Essa alteração no tamanho da página pode fazer com que um upgrade do UEK R6 para o UEK R7 falhe nos sistemas configurados para RAID 5 quando o tamanho da página padrão for diferente do tamanho da faixa padrão.

Por esse motivo, antes de fazer upgrade do UEK R6 para o UEK R7, faça backup e reformate os volumes RAID 5. Nos casos em que é preferível manter a mesma configuração RAID 5, recomendamos que você continue a executar o UEK R6.

Consulte Tamanho de Página Padrão na Plataforma Arm Alterado para 4 KB para obter informações adicionais.

(ID do Bug 33858264)

A versão UEK R7 inclui uma alteração significativa para a plataforma Arm em relação ao tamanho de página padrão, que foi alterado para 4 KB, em relação ao padrão anterior de 64 KB. Quaisquer partições de permuta que foram criadas na plataforma Arm usando uma release UEK anterior, por exemplo, UEK R6, não funcionam após a atualização para UEK R7.

Na primeira inicialização no UEK R7 após um upgrade, a seguinte falha de serviço do systemd é indicada:

systemctl list-units --failed
UNIT LOAD ACTIVE SUB DESCRIPTION 

dev-mapper-ol_myhost\x2dswap.swap loaded failed failed
/dev/mapper/ol_myhost-swap

Para contornar esse problema, você deve reinicializar o dispositivo de permuta com o novo tamanho de página após a atualização para o UEK R7. Use o comando swapon da seguinte forma e especifique o local de permuta:

sudo swapon --fixpgsz /dev/mapper/ol_myhost-swap

swapon: /dev/mapper/ol_myhost-swap: swap format pagesize does not match.
swapon: /dev/mapper/ol_myhost-swap: reinitializing the swap.
mkswap: /dev/mapper/ol_myhost-swap: warning: wiping old swap signature.
Setting up swapspace version 1, size = 2 GiB (2147479552 bytes)
no label, UUID=d7ef0a33-403f-447b-863f-d52b7f66c803

No comando anterior, /dev/mapper/ol_myhost-swap é um exemplo de um local de permuta típico que você pode especificar.

Para obter mais informações sobre a alteração importante no tamanho de página padrão para a plataforma Arm no UEK R7, consulte Tamanho de Página Padrão na Plataforma Arm Alterado para 4 KB.

(ID do Bug 34322552)

Durante um upgrade do UEK R6 para o UEK R7 em uma instância do Oracle Infrastructure, cloud-init e systemd-udevd são revertidos para o uso do esquema de nomeação de dispositivo UEK R6 mais antigo (ifcfg-ens300f0) para a interface de rede mlx5_core, em vez de renomear corretamente o dispositivo com o novo esquema de nomeação de dispositivo UEK R7 (ens300f0np0).

Para garantir que a interface de rede mlx5_core não seja revertida para o uso do esquema de nomeação do dispositivo antigo UEK R6, faça o seguinte após a conclusão da atualização para UEK R7, antes de reinicializar o sistema:

1. Remova o arquivo de configuração de rede antigo, por exemplo:

   sudo rm /etc/sysconfig/network-scripts/ifcfg-ens300f0

2. Remova todos os dados armazenados em cache salvos pelo cloud-init:

   sudo cloud-init clean

3. Reinicialize a instância para que as alterações tenham efeito.

(ID do Bug 34146775)

Durante um upgrade do kernel do UEK R6 para o UEK R7, o nome do dispositivo mlx5_core está sujeito a alterações, de ens2f0 (UEK R6) para ens2f0np0 (UEK R7).

Você pode encontrar esse problema nas seguintes circunstâncias:

• Ao fazer upgrade de um sistema Oracle Linux 8 que está executando o UEK R6 para o UEK R7.

• Ao fazer upgrade de um sistema Oracle Linux 8 que está executando o UEK R6 para o Oracle Linux 9 (que é fornecido com o UEK R7 por padrão).

• Ao fazer upgrade de um sistema Oracle Linux 8 que já esteja executando o UEK R7 para o Oracle Linux 9.

  Observação
  
  

  No caso em que um sistema Oracle Linux 8 já estiver executando o UEK R7, se você tiver configurado anteriormente o sistema para usar nomes de dispositivos compatíveis com versões anteriores (ens2f0), talvez seja necessário aplicar a solução alternativa que se segue à sua configuração GRUB após a conclusão do upgrade para o Oracle Linux 9.

Observe que instalações novas do UEK R7 no Oracle Linux 8 e Oracle Linux 9 usam a convenção de nomenclatura padrão para UEK R7 (enp2s0f0np0) por padrão.

Para manter nomes de dispositivos compatíveis com versões anteriores (UEK R6) para a placa de interface de rede (NIC) baseada em driver mlx5_core, execute a solução alternativa a seguir após fazer upgrade para o UEK R7, antes de reinicializar o sistema. Recomenda-se fazer backup do arquivo grub.cfg existente antes de fazer essa alteração.

1. Edite o arquivo /etc/default/grub e anexe o fim da linha no módulo GRUB_CMDLINE_LINUX= da seguinte forma:

   GRUB_CMDLINE_LINUX="console=xxxx mlx5_core.expose_pf_phys_port_name=0"

2. Depois de editar o arquivo, localize o arquivo grub.cfg no sistema e, em seguida, execute o comando para atualizar a configuração GRUB, conforme apropriado:

   • Em sistemas baseados em BIOS, o arquivo de saída/destino grub.cfg geralmente está localizado em /boot/grub2/grub.cfg e você executaria o seguinte comando:

     sudo grub2-mkconfig -o /boot/grub2/grub.cfg

   • Em sistemas baseados em UEFI, o arquivo de saída/destino grub.cfg pode estar localizado em /etc/grub2-efi.cfg ou /boot/efi/EFI/redhat/grub.cfg. Dependendo do local do arquivo, você executaria um dos seguintes comandos:

     sudo grub2-mkconfig -o /etc/grub2-efi.cfg

     sudo grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg

3. Reinicialize o sistema para que as alterações entrem em vigor.

(IDs de Bug 34103369, 34145887)

Um problema aleatório de alta utilização de CPU foi encontrado com o programa de benchmark de banco de dados em execução em uma máquina virtual de 192 CPUs no Azure. Este problema foi descoberto inicialmente no Oracle Linux 8.4 e no Ubuntu 20.04 (5.11.0-1022-azure); no entanto, uma correção completa para o problema ainda não está disponível nos núcleos upstream.

Esse problema normalmente se manifesta com um pico de utilização de CPU >90% que ocorre a cada 1 a 2 minutos e dura aproximadamente 5 a 20 segundos, o que degrada significativamente o desempenho do sistema. Quando o pico de utilização da CPU está ocorrendo, cada do %sys das 192 CPUs aumenta em até 60% e o %si aumenta em até 30%. Em certos casos, o pico de utilização de CPU >90% foi observado 100% do tempo.

Para evitar esse problema, defina o parâmetro de kernel dm_mod.dm_mq_queue_depth=256.

(ID do Bug 33665982)

Se você instalar o Oracle Linux com GUI em um disco criptografado, por exemplo, escolhendo Servidor com GUI durante o estágio de instalação e a VGA estiver ativada, o prompt de senha não aparecerá na saída da VGA na inicialização do sistema. Consequentemente, o processo de inicialização não pode ser concluído. O prompt aparece somente em uma console serial e, portanto, você precisará alternar para uma console serial para fornecer a senha.

Esse problema é específico apenas para sistemas na plataforma Arm e ocorre independentemente de você estar usando ou não uma inicialização segura. Além disso, o problema se aplica aos sistemas Oracle Linux 8 ou Oracle Linux 9 que usam UEKR6 ou UEKR7.

Para fazer com que o prompt de senha da GUI para criptografia de disco apareça no momento da inicialização na saída VGA sem usar um console serial, adicione plymouth.ignore-serial-consoles à linha de comando do kernel na configuração do GRUB. Para obter instruções, consulte Managing Kernels and System Boot on Oracle Linux.

(ID do Bug 35034465)

No Oracle Linux 9 com UEK R7, a opção de montagem DAX do sistema de arquivos dax=always é incompatível com sistemas de arquivos XFS ativados para reflink. Por exemplo, a execução do comando sudo mount -o dax=always /dev/pmem1 /mnt exibe o seguinte erro:

mount: /mnt: wrong fs type, bad option, bad superblock on /dev/pmem1, missing codepage 
    or helper program, or other error.
mount: (hint) your fstab has been modified, but systemd still uses the old version; 
    use 'systemctl daemon-reload' to reload.

(ID do Bug 35991195)

O pacote Oracle Linux 9 xdp-tools que contém os comandos xdp-monitor e xdp-bench é incompatível com o UEK R7. Os seguintes erros são exibidos quando estes comandos são executados em um sistema Oracle Linux 9 que está executando o UEK R7:

– END PROG LOAD LOG –
libbpf: prog 'tp_xdp_cpumap_kthread': failed to load: -22
libbpf: failed to load object 'xdp_sample'
libbpf: failed to load BPF skeleton 'xdp_sample': -22

Se você precisar desse pacote, use o Oracle Linux 8 com a versão xdp-tools v1.2.10-1.el8 ou anterior.

(ID do Bug 36014171)