Problemas conocidos de UEK R7

En UEK R7, virtio no se crea como módulo, sino que se incorpora directamente en el núcleo. Por lo tanto, no es necesario especificar virtio en el archivo de configuración dracut para agregarlo a initramfs. Si anteriormente tenía una configuración de dracut que incluía este módulo, al intentar instalar UEK R7, se muestra el siguiente error 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 error se muestra, independientemente de si utiliza el comando yum o rpm para instalar UEK R7.

Para solucionar el problema, antes de instalar UEK R7, elimine el texto "virtio" del archivo de configuración de dracut. Asegúrese de eliminar solo el texto "virtio", dejando todas las demás entradas "virtio_*" intactas, por ejemplo:

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 "

Utilice el siguiente comando para verificar que virtio está incorporado en el núcleo:

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

Si virtio está integrado en el núcleo, la salida debe ser la siguiente:

CONFIG_VIRTIO=y

(ID de bug 33834972)

A partir de UEK R7, el tamaño de página por defecto en la plataforma Arm ha cambiado a 4 KB, del valor por defecto anterior de 64 KB. Este cambio en el tamaño de la página puede provocar que una actualización de UEK R6 a UEK R7 falle en los sistemas configurados para RAID 5 cuando el tamaño de página predeterminado difiere del tamaño de segmento predeterminado.

Por este motivo, antes de actualizar de UEK R6 a UEK R7, realice una copia de seguridad de los volúmenes RAID 5 y vuelva a formatearlos. En los casos en que se prefiera mantener la misma configuración de RAID 5, recomendamos que siga ejecutando UEK R6.

Consulte Default Page Size on Arm Platform Changed to 4 KB para obtener más información.

(ID de bug 33858264)

La versión UEK R7 incluye un cambio significativo para la plataforma Arm con respecto al tamaño de página por defecto, que ha cambiado a 4 KB, con respecto al valor por defecto anterior de 64 KB. Cualquier partición de intercambio que se haya creado en la plataforma Arm con una versión anterior de UEK, por ejemplo, UEK R6, no funciona después de actualizar a UEK R7.

Tras el primer inicio en UEK R7 después de una actualización, se indica el siguiente error de servicio systemd:

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

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

Para solucionar este problema, debe reinicializar el dispositivo de intercambio con el nuevo tamaño de página después de actualizar a UEK R7. Utilice el comando swapon de la siguiente manera y especifique la ubicación de intercambio:

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

En el comando anterior, /dev/mapper/ol_myhost-swap es un ejemplo de una ubicación de intercambio típica que puede especificar.

Para obtener más información sobre el cambio importante en el tamaño de página predeterminado para la plataforma Arm en UEK R7, consulte Default Page Size on Arm Platform Changed to 4 KB.

(ID de bug 34322552)

Durante una actualización de UEK R6 a UEK R7 en una instancia de la infraestructura de Oracle, cloud-init y systemd-udevd vuelven a utilizar el esquema de nomenclatura de dispositivos UEK R6 (ifcfg-ens300f0) anterior para la interfaz de red mlx5_core, en lugar de cambiar correctamente el nombre del dispositivo con el nuevo esquema de nomenclatura de dispositivos UEK R7 (ens300f0np0).

Para asegurarse de que la interfaz de red mlx5_core no vuelva a utilizar el esquema de nomenclatura de dispositivos UEK R6 anterior, haga lo siguiente después de que se haya completado la actualización a UEK R7, antes de reiniciar el sistema:

1. Elimine el archivo de configuración de red antiguo, por ejemplo:

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

2. Elimine los datos almacenados en caché guardados por cloud-init:

   sudo cloud-init clean

3. Reinicie la instancia para que se apliquen los cambios.

(ID de bug 34146775)

Durante una actualización de núcleo de UEK R6 a UEK R7, el nombre de dispositivo mlx5_core está sujeto a cambios, de ens2f0 (UEK R6) a ens2f0np0 (UEK R7).

Es posible que encuentre este problema en las siguientes circunstancias:

• Al actualizar un sistema Oracle Linux 8 que ejecuta UEK R6 a UEK R7.

• Al actualizar un sistema Oracle Linux 8 que ejecuta UEK R6 a Oracle Linux 9 (que se incluye con UEK R7 de manera predeterminada).

• Al actualizar un sistema Oracle Linux 8 que ya está ejecutando UEK R7 a Oracle Linux 9.

  Nota
  
  

  En el caso de que un sistema Oracle Linux 8 ya esté ejecutando UEK R7, si anteriormente configuró el sistema para usar nombres de dispositivos compatibles con versiones anteriores (ens2f0), es posible que deba aplicar la solución alternativa que se indica a la configuración de GRUB una vez que se haya completado la actualización a Oracle Linux 9.

Tenga en cuenta que las instalaciones nuevas de UEK R7 en Oracle Linux 8 y Oracle Linux 9 utilizan la convención de nomenclatura por defecto para UEK R7 (enp2s0f0np0) de manera predeterminada.

Para conservar los nombres de dispositivos compatibles con versiones anteriores (UEK R6) para la tarjeta de interfaz de red (NIC) basada en controladores mlx5_core, realice la siguiente solución después de actualizar a UEK R7, antes de reiniciar el sistema. Se recomienda realizar una copia de seguridad del archivo grub.cfg existente antes de realizar este cambio.

1. Edite el archivo /etc/default/grub y agregue el final de la línea en el módulo GRUB_CMDLINE_LINUX= de la siguiente manera:

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

2. Después de editar el archivo, localice el archivo grub.cfg en el sistema y, a continuación, ejecute el comando para actualizar la configuración de GRUB, según corresponda:

   • En los sistemas basados en BIOS, el archivo de salida/destino grub.cfg generalmente se encuentra en /boot/grub2/grub.cfg y debe ejecutar el siguiente comando:

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

   • En los sistemas basados en UEFI, el archivo de salida/destino grub.cfg se puede encontrar en /etc/grub2-efi.cfg o /boot/efi/EFI/redhat/grub.cfg. Según la ubicación del archivo, debe ejecutar uno de los siguientes comandos:

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

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

3. Reinicie el sistema para que los cambios surtan efecto.

(ID de bug 34103369, 34145887)

Se ha encontrado un problema aleatorio de alta utilización de CPU con el programa de referencia de base de datos que se ejecuta en una máquina virtual de 192 CPU en Azure. Este problema se detectó inicialmente en Oracle Linux 8.4 y Ubuntu 20.04 (5.11.0-1022-azure); sin embargo, una solución completa para el problema aún no está disponible en los núcleos ascendentes.

Este problema generalmente se manifiesta con un pico de uso de CPU >90% que ocurre cada 1 a 2 minutos y dura aproximadamente de 5 a 20 segundos, lo que degrada significativamente el rendimiento del sistema. Cuando se produce el pico de utilización de CPU, cada de las 192 CPU %sys aumenta hasta un 60% y el %si aumenta hasta un 30%. En algunos casos, el pico de utilización de CPU >90% se ha observado el 100% del tiempo.

Para evitar este problema, defina el parámetro de núcleo dm_mod.dm_mq_queue_depth=256.

(ID de bug 33665982)

Si instala Oracle Linux con GUI en un disco cifrado, por ejemplo, seleccionando Servidor con GUI durante la etapa de instalación y VGA está activado, la petición de contraseña no aparece en la salida de VGA al iniciar el sistema. Por lo tanto, el proceso de inicio no se puede completar. El indicador solo aparece en una consola serie y, por lo tanto, debe cambiar a una consola serie para proporcionar la contraseña allí.

Este problema es específico para los sistemas de la plataforma Arm y se produce independientemente de si está utilizando un inicio seguro o no. Además, el problema se aplica a los sistemas Oracle Linux 8 u Oracle Linux 9 que usan UEKR6 o UEKR7.

Para que la petición de contraseña de la GUI para el cifrado de disco aparezca en el momento del inicio en la salida de VGA sin utilizar una consola serie, agregue plymouth.ignore-serial-consoles a la línea de comandos del núcleo en la configuración de GRUB. Para obtener instrucciones, consulte Managing Kernels and System Boot on Oracle Linux.

(ID de bug 35034465)

En Oracle Linux 9 con UEK R7, la opción de montaje DAX del sistema de archivos dax=always no es compatible con los sistemas de archivos XFS activados para reflink. Por ejemplo, al ejecutar el comando sudo mount -o dax=always /dev/pmem1 /mnt, se muestra el siguiente error:

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 de bug 35991195)

El paquete xdp-tools de Oracle Linux 9 que contiene los comandos xdp-monitor y xdp-bench es incompatible con UEK R7. Los siguientes errores se muestran cuando estos comandos se ejecutan en un sistema Oracle Linux 9 que ejecuta 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

Si necesita este paquete, utilice Oracle Linux 8 con xdp-tools v1.2.10-1.el8 o una versión anterior.

(ID de bug 36014171)