Problèmes connus pour UEK R7

Dans UEK R7, virtio n'est pas construit en tant que module, mais est intégré directement dans le noyau. Ainsi, vous n'avez pas besoin d'indiquer virtio dans le fichier de configuration dracut pour l'ajouter à initramfs. Si vous aviez précédemment une configuration dracut incluant ce module, la tentative d'installation de UEK R7 affiche l'erreur dracut suivante :

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

Cette erreur s'affiche, que vous utilisiez ou non la commande yum ou rpm pour installer UEK R7.

Pour contourner le problème, avant d'installer UEK R7, supprimez le texte "virtio" du fichier de configuration dracut. Veillez à supprimer uniquement le texte "virtio", en laissant intactes toutes les autres entrées "virtio_*", par exemple :

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 "

Utilisez la commande suivante pour vérifier que virtio est intégré au noyau :

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

Si virtio est intégré au noyau, la sortie doit être la suivante :

CONFIG_VIRTIO=y

(ID de bogue 33834972)

A partir de UEK R7, la taille de page par défaut sur la plate-forme Arm est passée à 4 Ko, par rapport à la valeur par défaut de 64 Ko précédente. Cette modification de la taille de page peut entraîner l'échec d'une mise à niveau de UEK R6 vers UEK R7 sur des systèmes configurés pour RAID 5 lorsque la taille de page par défaut diffère de la taille de bande par défaut.

Pour cette raison, avant de passer de UEK R6 à UEK R7, sauvegardez et reformatez les volumes RAID 5. Dans les cas où il est préférable de conserver la même configuration RAID 5, nous vous recommandons de continuer à exécuter UEK R6.

Pour plus d'informations, reportez-vous à la section Default Page Size on Arm Platform Changed to 4 KB.

(ID de bogue 33858264)

La version UEK R7 inclut une modification importante pour la plate-forme Arm concernant la taille de page par défaut, qui est passée à 4 Ko, par rapport à la valeur par défaut de 64 Ko précédente. Toutes les partitions de swap créées sur la plate-forme Arm à l'aide d'une version UEK antérieure, par exemple UEK R6, ne fonctionnent pas après la mise à niveau vers UEK R7.

Lors de la première initialisation dans UEK R7 après une mise à niveau, l'échec du service systemd suivant est indiqué :

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

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

Pour contourner ce problème, vous devez réinitialiser le périphérique de swap avec la nouvelle taille de page après la mise à niveau vers UEK R7. Utilisez la commande swapon comme suit et spécifiez l'emplacement de swap :

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

Dans la commande précédente, /dev/mapper/ol_myhost-swap est un exemple d'emplacement de swap standard que vous pouvez spécifier.

Pour plus d'informations sur la modification importante de la taille de page par défaut pour la plate-forme Arm dans UEK R7, reportez-vous à la section Default Page Size on Arm Platform Changed to 4 KB.

(ID de bogue 34322552)

Lors d'une mise à niveau de UEK R6 vers UEK R7 sur une instance d'infrastructure Oracle, cloud-init et systemd-udevd reprennent l'utilisation de l'ancien schéma de dénomination de périphérique UEK R6 (ifcfg-ens300f0) pour l'interface réseau mlx5_core, plutôt que de renommer correctement le périphérique avec le nouveau schéma de dénomination de périphérique UEK R7 (ens300f0np0).

Pour vous assurer que l'interface réseau mlx5_core ne reprend pas l'utilisation de l'ancien schéma de nommage de périphérique UEK R6, procédez comme suit une fois la mise à niveau vers UEK R7 terminée, avant de réinitialiser le système :

1. Supprimez l'ancien fichier de configuration réseau, par exemple :

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

2. Enlevez toutes les données en cache enregistrées par cloud-init :

   sudo cloud-init clean

3. Redémarrez l'instance pour que les modifications prennent effet.

(ID de bogue 34146775)

Lors d'une mise à niveau du noyau entre UEK R6 et UEK R7, le nom du périphérique mlx5_core peut être modifié, passant de ens2f0 (UEK R6) à ens2f0np0 (UEK R7).

Vous pouvez rencontrer ce problème dans les circonstances suivantes :

• Lors de la mise à niveau d'un système Oracle Linux 8 qui exécute UEK R6 vers UEK R7.

• Lors de la mise à niveau d'un système Oracle Linux 8 qui exécute UEK R6 vers Oracle Linux 9 (qui est fourni avec UEK R7 par défaut).

• Lors de la mise à niveau d'un système Oracle Linux 8 qui exécute déjà UEK R7 vers Oracle Linux 9.

  Remarque
  
  

  Dans le cas où un système Oracle Linux 8 exécute déjà UEK R7, si vous avez précédemment configuré le système pour qu'il utilise des noms de périphériques compatibles en amont (ens2f0), vous devrez peut-être appliquer la solution de contournement qui suit à votre configuration GRUB une fois la mise à niveau vers Oracle Linux 9 terminée.

Notez que les nouvelles installations de UEK R7 sur Oracle Linux 8 et Oracle Linux 9 utilisent par défaut la convention de dénomination par défaut pour UEK R7 (enp2s0f0np0).

Pour conserver les noms de périphériques compatibles vers l'arrière (UEK R6) pour la carte d'interface réseau (NIC) basée sur le pilote mlx5_core, effectuez la solution de contournement suivante après la mise à niveau vers UEK R7, avant de réinitialiser votre système. Il est recommandé de sauvegarder votre fichier grub.cfg existant avant d'effectuer cette modification.

1. Modifiez le fichier /etc/default/grub et ajoutez la fin de la ligne dans le module GRUB_CMDLINE_LINUX= comme suit :

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

2. Après avoir modifié le fichier, localisez le fichier grub.cfg sur votre système, puis exécutez la commande pour mettre à jour la configuration GRUB, le cas échéant :

   • Sur les systèmes BIOS, le fichier de sortie/cible grub.cfg se trouve généralement dans /boot/grub2/grub.cfg et vous devez exécuter la commande suivante :

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

   • Sur les systèmes UEFI, le fichier de sortie/cible grub.cfg peut se trouver dans /etc/grub2-efi.cfg ou /boot/efi/EFI/redhat/grub.cfg. Selon l'emplacement du fichier, vous devez exécuter l'une des commandes suivantes :

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

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

3. Relancez le système pour que les modifications prennent effet.

(ID de bogue 34103369, 34145887)

Un problème d'utilisation élevée aléatoire de l'UC a été rencontré avec le programme d'évaluation de la base de données exécuté sur une machine virtuelle à 192 CPU dans Azure. Ce problème a d'abord été découvert dans Oracle Linux 8.4 et Ubuntu 20.04 (5.11.0-1022-azure). Cependant, une correction complète du problème n'est pas encore disponible dans les noyaux en amont.

Ce problème se manifeste généralement par un pic d'utilisation de la CPU supérieur à 90 % toutes les 1 à 2 minutes et d'une durée d'environ 5 à 20 secondes, ce qui dégrade considérablement les performances du système. Lorsque le pic d'utilisation de l'UC se produit, chacun des 192 CPU %sys augmente jusqu'à 60 % et le %si augmente jusqu'à 30 %. Dans certains cas, le pic d'utilisation de l'UC > 90 % a été observé 100 % du temps.

Pour éviter ce problème, définissez le paramètre de noyau dm_mod.dm_mq_queue_depth=256.

(ID de bogue 33665982)

Si vous installez Oracle Linux avec GUI sur un disque chiffré, par exemple en choisissant Serveur avec GUI pendant la phase d'installation et que VGA est activé, l'invite de mot de passe n'apparaît pas dans la sortie VGA à l'initialisation du système. Par conséquent, le processus d'initialisation ne peut pas être terminé. L'invite apparaît uniquement sur une console série. Par conséquent, vous devez passer à une console série pour y fournir le mot de passe.

Ce problème est spécifique aux systèmes sur la plate-forme Arm uniquement et se produit, que vous utilisiez ou non une initialisation sécurisée. En outre, le problème s'applique aux systèmes Oracle Linux 8 ou Oracle Linux 9 qui utilisent UEKR6 ou UEKR7.

Pour que l'invite de mot de passe de l'interface graphique pour le chiffrement du disque s'affiche au moment de l'initialisation sur la sortie VGA sans utiliser de console série, ajoutez plymouth.ignore-serial-consoles à la ligne de commande du noyau dans la configuration GRUB. Pour obtenir des instructions, reportez-vous à la section Managing Kernels and System Boot on Oracle Linux.

(ID de bogue 35034465)

Sur Oracle Linux 9 avec UEK R7, l'option de montage DAX du système de fichiers dax=always est incompatible avec les systèmes de fichiers XFS avec reflink activé. Par exemple, l'exécution de la commande sudo mount -o dax=always /dev/pmem1 /mnt affiche l'erreur suivante :

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 bogue 35991195)

Le package Oracle Linux 9 xdp-tools qui contient les commandes xdp-monitor et xdp-bench n'est pas compatible avec UEK R7. Les erreurs suivantes s'affichent lorsque ces commandes sont exécutées sur un système Oracle Linux 9 exécutant 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 vous avez besoin de ce package, utilisez Oracle Linux 8 avec la version xdp-tools v1.2.10-1.el8 ou une version antérieure.

(ID de bogue 36014171)