Problemi noti per UEK R7

In UEK R7, virtio non è costruito come modulo, ma è costruito direttamente nel kernel. Pertanto, non è necessario specificare virtio nel file di configurazione dracut per aggiungerlo a initramfs. Se in precedenza era presente una configurazione dracut che includeva questo modulo, il tentativo di installazione di UEK R7 visualizza il seguente errore 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

Questo errore viene visualizzato indipendentemente dal fatto che si utilizzi il comando yum o rpm per installare UEK R7.

Per risolvere il problema, prima di installare UEK R7, rimuovere il testo "virtio" dal file di configurazione dracut. Assicurarsi di rimuovere solo il testo "virtio", lasciando intatte tutte le altre voci "virtio_*", ad esempio:

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 "

Usare il comando seguente per verificare che virtio sia incorporato nel kernel:

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

Se virtio è incorporato nel kernel, l'output dovrebbe essere il seguente:

CONFIG_VIRTIO=y

(ID bug 33834972)

A partire da UEK R7, la dimensione predefinita della pagina sulla piattaforma Arm è stata modificata in 4 KB, rispetto al valore predefinito precedente di 64 KB. Questa modifica della dimensione della pagina potrebbe causare la mancata riuscita dell'aggiornamento da UEK R6 a UEK R7 sui sistemi configurati per RAID 5 quando la dimensione della pagina predefinita è diversa dalla dimensione dello striping predefinita.

Per questo motivo, prima di eseguire l'aggiornamento da UEK R6 a UEK R7, eseguire il backup e riformattare i volumi RAID 5. Nei casi in cui si preferisce mantenere la stessa configurazione RAID 5, si consiglia di continuare a eseguire UEK R6.

Per ulteriori informazioni, vedere Dimensione predefinita pagina su piattaforma Arm modificata a 4 KB.

(ID bug 33858264)

La release UEK R7 include un cambiamento significativo per la piattaforma Arm per quanto riguarda la dimensione predefinita della pagina, che è stata modificata in 4 KB, rispetto al valore predefinito precedente di 64 KB. Qualsiasi partizione di swap creata sulla piattaforma Arm utilizzando una release UEK precedente, ad esempio UEK R6, non funziona dopo l'aggiornamento a UEK R7.

Al primo boot in UEK R7 dopo un aggiornamento, viene indicato il seguente errore del servizio systemd:

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

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

Per risolvere questo problema, è necessario reinizializzare il dispositivo di swap con la nuova dimensione della pagina dopo l'aggiornamento a UEK R7. Usare il comando swapon come indicato di seguito e specificare la posizione di 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

Nel comando precedente, /dev/mapper/ol_myhost-swap è un esempio di posizione di swap tipica che si può specificare.

Per ulteriori informazioni sull'importante modifica della dimensione di pagina predefinita per la piattaforma Arm in UEK R7, vedere Dimensione di pagina predefinita su piattaforma Arm modificata a 4 KB.

(ID bug 34322552)

Durante un upgrade da UEK R6 a UEK R7 su un'istanza dell'infrastruttura Oracle, cloud-init e systemd-udevd ripristinano l'utilizzo del precedente schema di denominazione dei dispositivi UEK R6 (ifcfg-ens300f0) per l'interfaccia di rete mlx5_core, invece di rinominare correttamente il dispositivo con il nuovo schema di denominazione dei dispositivi UEK R7 (ens300f0np0).

Per garantire che l'interfaccia di rete mlx5_core non torni a utilizzare l'ex schema di denominazione del dispositivo UEK R6, procedere come segue dopo il completamento dell'aggiornamento a UEK R7, prima del reboot del sistema:

1. Rimuovere il vecchio file di configurazione di rete, ad esempio:

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

2. Rimuovere i dati memorizzati nella cache salvati da cloud-init:

   sudo cloud-init clean

3. Riavviare l'istanza per rendere effettive le modifiche.

(ID bug 34146775)

Durante un aggiornamento del kernel da UEK R6 a UEK R7, il nome del dispositivo mlx5_core è soggetto a modifiche, da ens2f0 (UEK R6) a ens2f0np0 (UEK R7).

Questo problema può verificarsi nelle seguenti circostanze:

• Durante l'aggiornamento di un sistema Oracle Linux 8 con UEK R6 in esecuzione a UEK R7.

• Durante l'upgrade di un sistema Oracle Linux 8 con UEK R6 in esecuzione a Oracle Linux 9 (che viene fornito con UEK R7 per impostazione predefinita).

• Quando esegui l'upgrade di un sistema Oracle Linux 8 che è già in esecuzione UEK R7 su Oracle Linux 9.

  Nota
  
  

  Nel caso in cui un sistema Oracle Linux 8 sia già in esecuzione con UEK R7, se in precedenza è stato configurato il sistema per l'uso di nomi di dispositivo compatibili con le versioni precedenti (ens2f0), potrebbe essere necessario applicare la soluzione seguente alla configurazione di GRUB dopo il completamento dell'upgrade a Oracle Linux 9.

Si noti che le nuove installazioni di UEK R7 su Oracle Linux 8 e Oracle Linux 9 utilizzano la convenzione di denominazione predefinita per UEK R7 (enp2s0f0np0) per impostazione predefinita.

Per conservare i nomi dei dispositivi compatibili con le versioni precedenti (UEK R6) per la scheda di interfaccia di rete basata su driver mlx5_core (NIC), eseguire la soluzione seguente dopo l'aggiornamento a UEK R7, prima di eseguire il reboot del sistema. Si consiglia di eseguire il backup del file grub.cfg esistente prima di apportare questa modifica.

1. Modificare il file /etc/default/grub e aggiungere la fine della riga nel modulo GRUB_CMDLINE_LINUX= come segue:

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

2. Dopo avere modificato il file, individuare il file grub.cfg sul sistema, quindi eseguire il comando per aggiornare la configurazione di GRUB, come appropriato:

   • Nei sistemi basati su BIOS, il file di output/target di grub.cfg si trova in genere in /boot/grub2/grub.cfg ed è necessario eseguire il seguente comando:

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

   • Nei sistemi basati su UEFI, il file di output/target grub.cfg potrebbe trovarsi in /etc/grub2-efi.cfg o /boot/efi/EFI/redhat/grub.cfg. A seconda della posizione del file, è possibile eseguire uno dei seguenti comandi:

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

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

3. Effettuare il reboot del sistema per rendere effettive le modifiche.

(ID bug 34103369, 34145887)

È stato rilevato un problema casuale di utilizzo elevato della CPU con il programma di benchmark del database in esecuzione su una virtual machine da 192 CPU in Azure. Questo problema è stato inizialmente scoperto in Oracle Linux 8.4 e Ubuntu 20.04 (5.11.0-1022-azure); tuttavia, una soluzione completa per il problema non è ancora disponibile nei kernel a monte.

Questo problema si manifesta in genere con un picco di utilizzo della CPU superiore al 90% che si verifica ogni 1-2 minuti e dura circa 5-20 secondi, con un conseguente degrado significativo delle prestazioni del sistema. Quando si verifica il picco di utilizzo della CPU, ciascun dei %sys delle 192 CPU aumenta fino al 60% e %si aumenta fino al 30%. In alcuni casi, il picco di utilizzo della CPU >90% è stato osservato il 100% del tempo.

Per evitare questo problema, impostare il parametro kernel dm_mod.dm_mq_queue_depth=256.

(ID bug 33665982)

Se si installa Oracle Linux con interfaccia utente grafica su un disco cifrato, ad esempio scegliendo Server con interfaccia utente grafica durante la fase di installazione e VGA abilitato, il prompt della password non viene visualizzato nell'output VGA al boot del sistema. Di conseguenza, il processo di boot non può essere completato. Il prompt viene visualizzato solo su una console seriale e, pertanto, è necessario passare a una console seriale per fornire la password in tale console.

Questo problema è specifico solo per i sistemi sulla piattaforma Arm e si verifica indipendentemente dal fatto che si stia utilizzando un avvio sicuro o meno. Inoltre, il problema si applica ai sistemi Oracle Linux 8 o Oracle Linux 9 che utilizzano UEKR6 o UEKR7.

Per visualizzare il prompt della password dell'interfaccia utente grafica per la cifratura dei dischi al momento del boot nell'output VGA senza utilizzare una console seriale, aggiungere plymouth.ignore-serial-consoles alla riga di comando del kernel nella configurazione di GRUB. Per istruzioni, vedere Gestione dei kernel e boot del sistema su Oracle Linux.

(ID bug 35034465)

Su Oracle Linux 9 con UEK R7, l'opzione di attivazione DAX del file system dax=always è incompatibile con i file system XFS abilitati per il reflink. Ad esempio, l'esecuzione del comando sudo mount -o dax=always /dev/pmem1 /mnt visualizza il seguente errore:

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

Il pacchetto Oracle Linux 9 xdp-tools che contiene i comandi xdp-monitor e xdp-bench non è compatibile con UEK R7. Quando questi comandi vengono eseguiti su un sistema Oracle Linux 9 su cui è in esecuzione UEK R7, vengono visualizzati i seguenti errori:

– 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 è necessario questo pacchetto, utilizzare Oracle Linux 8 con xdp-tools v1.2.10-1.el8 o versioni precedenti.

(ID bug 36014171)