1. Release Notes for Oracle Linux 8.9
  2. Known Issues

5 Known Issues

This chapter lists known issues in the current Oracle Linux 8 release. The list covers issues that might affect both x86 and aarch64 platforms. In the list, additional issues that are specific only to aarch64 platforms are labeled aarch64 only:.

The following guides provide additional information about known issues that related to specific Oracle Linux components:

Installation and Upgrade Issues

The following are known installation and upgrade issues for Oracle Linux 8.6.

Messages Referring to tmpfiles.d Files Appear During Upgrade

During an upgrade from Oracle Linux 8.5 to Oracle Linux 8.6, and with the appropriate Oracle Linux 8 repositories enabled, the dnf upgrade command displays messages similar to the following: 

Running scriptlet: systemd-239-44.0.1.el8.x86_64                    
4550/4550
[/usr/lib/tmpfiles.d/dnssec-trigger.conf:1] Line references path below legacy
directory /var/run/, updating /var/run/dnssec-trigger → /run/dnssec-trigger;
please update the tmpfiles.d/ drop-in file accordingly.
[/usr/lib/tmpfiles.d/krb5-krb5kdc.conf:1] Line references path below legacy
directory /var/run/, updating /var/run/krb5kdc → /run/krb5kdc; please update
the tmpfiles.d/ drop-in file accordingly.
[/usr/lib/tmpfiles.d/nss-pam-ldapd.conf:2] Line references path below legacy
directory /var/run/, updating /var/run/nslcd → /run/nslcd; please update the
tmpfiles.d/ drop-in file accordingly.
[/usr/lib/tmpfiles.d/pesign.conf:1] Line references path below legacy
directory /var/run/, updating /var/run/pesign → /run/pesign; please update
the tmpfiles.d/ drop-in file accordingly.
[/usr/lib/tmpfiles.d/portreserve.conf:1] Line references path below legacy
directory /var/run/, updating /var/run/portreserve → /run/portreserve; please
update the tmpfiles.d/ drop-in file accordingly.
.
.
.

These messages can be safely ignored, as the upgrade or package installation completes successfully.

As an alternative workaround, update the configuration by following the instructions in the message. Change the legacy var/run/<...> directory path to /run/<...>.

(Bug ID 32852433)

Installer Automatically Enables Ethernet Over USB Network Interface During a PXE Installation

During a Preboot Execution Environment (PXE) installation of Oracle Linux 8, the installer automatically enables the Ethernet over USB network interface with the bootproto=dhcp and ONBOOT=yes parameters. These default settings causes the NetworkManager service to fail to start.

To prevent this issue from occurring, or to resolve the issue if you have already encountered it, use one of the following workarounds:

  • Prior to installation, disable the ONBOOT parameter for the Ethernet over USB network interface in the kickstart file, as follows: 

    network --bootproto=dhcp --device=enp0s20f0u8u3c2 --onboot=off --ipv6=auto

  • During installation, on the Network & Host Name screen, do not select the Connect automatically with priority check box to connect automatically on every reboot for the Ethernet over USB network interface.

  • If you have already encountered this issue, then after the installation, change the network configuration setting for the Ethernet over USB network interface to ONBOOT=no. Then reboot the system.

(Bug ID 31888490)

Interactive Text-Based Installation Wizard Unable to Complete When An Alternate Language Is Selected

If you selected an alternate language while using the text-based installer to install the OS, you cannot proceed with the installation. The installation is blocked with [!] flags for Software Selection and Installation Destination regardless of what you have set for these two options.

However, this issue does not occur if you are performing an installation by using the default English language selection or by using the graphical installation program.

(Bug IDs 30535416, 29648703)

Graphical Installation Program Fails to Produce Error When an Unacceptable Kdump Value Is Entered

A minor upstream usability error affects the graphical installation program during the configuration of Kdump.

If you specify an unacceptable value when manually configuring the Kdump memory reservation, you can click Done to return to the Installation Summary screen. The installer does not generate a warning or error message. Instead, the installer automatically resets the value either to the last known acceptable value or the default value of 512 MB, which enables the installation to succeed. However, because this corrected setting is not displayed on the screen, you might not become aware that your specified value was ignored.

This issue does not occur with the text-based installer, which correctly returns an error if you enter an unacceptable value and prevents you from continuing.

(Bug IDs 31133351, 31182708)

Graphical Installation Program Does Not Display the Reserved Memory That's Manually Set For Kdump

A minor usability error affects the graphical installation program during the configuration of Kdump. If you manually change the default memory size that is reserved for Kdump, the new setting is not displayed when the screen is refreshed. Instead, only the values for the total system memory and usable system memory are displayed. Consequently, the limits for the parameter "Memory to be reserved (Mb)" become unknown for future Kdump configuration.

Note:

The default setting auto for Kdump memory reservation is adequate as the kernel determines what size to use when it boots

(Bug IDs 31133287 and 31182699)

Scriptlet-Related Error for microcode_ctl Might Be Displayed During Upgrade

A scriplet-related error message might be displayed during an upgrade of an Oracle Linux 8 release to its next version. When you run the dnf update command, an output similar to the following might appear: 

  Running scriptlet: tuned-2.13.0-6.0.2.el8.noarch                            
             1089/1089
  Running scriptlet: microcode_ctl-4:20191115-4.el8.x86_64                    
             1089/1089
realpath: weak-updates/kmod-kvdo/vdo/kvdo.ko: No such file or directory
realpath: weak-updates/kmod-kvdo/uds/uds.ko: No such file or directory
dracut: installkernel failed in module kernel-modules-extra
warning: %posttrans(microcode_ctl-4:20191115-4.el8.x86_64) scriptlet failed,
exit status 1

Error in POSTTRANS scriptlet in rpm package microcode_ctl
  Running scriptlet: libgcc-8.3.1-4.5.0.7.el8.x86_64                          
             1089/1089
  Running scriptlet: glibc-common-2.28-101.0.1.el8.x86_64                    
             1089/1089
  Running scriptlet: info-6.5-6.el8.x86_64                                    
             1089/1089

This error message is displayed if you use the Server with GUI environment to install Oracle Linux 8 and then you reboot the server by using RHCK. This installation method installs the kernel dependent, kmod-kvdo package or module, which is a different version in the previous Oracle Linux 8 release.

However, you can safely ignore the message because the kmod-kvdo package is successfully installed during the upgrade process.

Note:

This error does not occur if you install the Minimal Install base environment or if you boot the server with UEK R6 or UEK R7.

(Bug ID 31292199)

rhnreg_ks Register Command Might Fail If python3-rhn-virtualization-host Package Is Installed

Beginning with Oracle Linux 8.1, using the rhnreg_ks command to register a system with the Unbreakable Linux Network (ULN)might fail if the python3-rhn-virtualization-hosts package is installed on the system. This issue has been observed when the libvirtd service is not running.

To work around this issue, ensure that the libvirtd packages are installed on your system and that the service is enabled and running prior to issuing the rhnreg_ks command.

(Bug ID 30366521)

Package Conflict Between usbguard-1.0.0-2.el8.i686 And usbguard-1.0.0-8.el8.x86_64 on Oracle Linux 8 Upgrades

Beginning with Oracle Linux 8.5, when you upgrade Oracle Linux 8 with both the ol8_baseos_latest and ol8_appstream yum repositories enabled, a conflict between the usbguard-1.0.0-2.el8.i686 and usbguard-1.0.0-8.el8.x86_64 packages occurs.

The following error is produced: 

Problem: package usbguard-1.0.0-8.el8.x86_64 conflicts with usbguard
provided by usbguard-1.0.0-2.el8.i686
  - cannot install the best candidate for the job
  - problem with installed package usbguard-1.0.0-2.el8.i686
(try to add '--allowerasing' to command line to replace conflicting packages
or '--skip-broken' to skip uninstallable packages or '--nobest' to use not
only best candidate packages)

This conflict occurs because in Oracle Linux 8.6 and later releases, the usbguard-1.0.0-2.el8.i686 and the usbguard-1.0.0-8.el8.x86_64 packages conflict with each other and could no longer be installed together, unlike in previous Oracle Linux 8 releases.

To work around this issue, remove the usbguard-1.0.0-2.el8.i686 package from your Oracle Linux 8 system prior to upgrading to the current release.

(Bug ID 34097708)

Presence of beignet Package Could Result in Dependency Issue During An Upgrade

While upgrading a system to the current Oracle Linux 8 release, you might encounter a dependency issue if the beignet package exists on the system to be upgraded.

This issue exists specifically in cases where you upgrade systems running Oracle Linux 8.2 or earlier releases to the current Oracle Linux version. In these earlier releases, the beginet package requires earlier versions of the clang-libs package.

However, the beignet package is currently not available for Oracle Linux 8.4 and later Oracle Linux 8 releases. Therefore, the issue does not exist for these cases.

To work around this issue, remove the beignet package from the system prior to upgrading to the current Oracle Linux 8 release.

(Bug ID 31213935)

ULN Registration Wizard Not Displayed on First Boot After An Installation

On new installations of Oracle Linux 8, the ULN registration wizard that presents the options to register with ULN and to use Oracle Ksplice isn't displayed on first boot.

As an alternative, you can register with ULN after the installation completes. For instructions, see https://linux.oracle.com/.

(Bug ID 29933974)

Graphics Controller Requirements for an Installation on an Oracle VM VirtualBox Guest

To successfully install Oracle Linux 8 on an Oracle VM VirtualBox guest, where the graphical installation program is used and the default Server with GUI environment is selected, you must set the guest to use the VMSVGA graphics controller and configure the guest with at least 64MB of memory. Otherwise, the graphical display is unable to start correctly.

Beginning with Oracle VM VirtualBox 6.0, the VMSVGA graphics controller is the default controller for guests running Linux operating systems. This issue is more likely to appear if install Oracle Linux 8 on an existing guest that was created on an earlier Oracle VM VirtualBox release. To configure Oracle Linux 8 guests, Oracle recommends that you use Oracle VM VirtualBox 6.0 or later.

(Bug ID 30004543)

aarch64 Only: Installer Displays Error: 'Failed to set new efi boot target' on Systems With a Multipath-Enabled NVMe Controller

The Oracle Linux 8.7 installer displays the following error on aarch64 systems that have a multipath-enabled NVMe controller: 

Failed to set new efi boot target . This is most likely a kernel or firmware bug.

To work around this issue, disable native multipath support for the installation at boot time by adding the nvme_core.multipath=N command-line argument on the target system.

(Bug IDs 34233800, 34215333, 31758304)

Mellanox NIC interface name subject to change after upgrading from RHCK or UEK R6 to UEK R7

During a kernel upgrade of x86_64 systems from RHCK or UEK R6 to UEK R7, the mlx5_core device name is subject to change, from ens2f0 (RHCK or UEK R6) to ens2f0np0 (UEK R7).

You might encounter this issue if you selected Server With GUI as the installation profile and under the following circumstances:

  • When upgrading an Oracle Linux 8 system that's running RHCK or UEKR6 to UEK R7.

  • When upgrading an Oracle Linux 8 system that's running RHCK or UEK R6 to Oracle Linux 9, which ships with UEK R7 by default.

  • When upgrading an Oracle Linux 8 system that's already running UEK R7 to Oracle Linux 9.

    Note:

    In the case where an Oracle Linux 8 system is already running UEK R7, if you previously configured the system to use backward-compatible device names (ens2f0), you might need to apply the workaround that follows to the GRUB configuration after the upgrade to Oracle Linux 9 has completed.

Note that fresh installations of UEK R7 on Oracle Linux 8 and Oracle Linux 9 use the default naming convention for UEK R7 (enp2s0f0np0) by default.

To retain backward-compatible (RHCK) device names for the mlx5_core driver-based network interface card (NIC), perform the following workaround after upgrading to UEK R7, prior to rebooting the system. We recommended that you back up the existing grub.cfg file before making this change.

  1. Edit the /etc/default/grub file and append the end of the line in the GRUB_CMDLINE_LINUX= module as follows: 

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

  2. After editing the file, locate the grub.cfg file on the system, then run the command to update GRUB configuration, as appropriate:

    • On BIOS-based systems, the grub.cfg output/target file is typically located at /boot/grub2/grub.cfg and you would run the following command: 

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

    • On UEFI-based systems, the grub.cfg output/target file could be located at /etc/grub2-efi.cfg or /boot/efi/EFI/redhat/grub.cfg. Depending on the location of the file, you would run one of the following commands: 

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

  3. Reboot the system for the changes to take effect.

(Bug IDs 34103369, 34145887, 35270018)

openssh-askpass Installation Fails on Systems With Locked Channels

On Oracle Linux 8 systems that are locked to the ol8_u8_baseos_base repository, updating the openssh-askpass package for Oracle Linux 8.8 might fail because updating the package requires that the system is subscribed to the baseos_latest channel.

To work around this issue, ensure that the system is subscribed to the baseos_latest channel or repository to obtain the latest openssh packages.

If you need to lock the system to the baseos_base repository, you must also lock the appstream repository to the one that is provided in the Oracle Linux 8.8 ISO image. If you intend to lock a system to a particular update release for a period, consider configuring a mirror of all of the repositories that you require and schedule system updates appropriately.

Bug 35406432

Removing container-selinux Package Might Also Remove The selinux-policy-targeted Package

If you remove the container-selinux package from the system after installing the current Oracle Linux 8 release, the selinux-policy-targeted package might also be removed.

When this problem occurs, you might also see an error message about being unable to load SELinux policy.

To avoid this issue, use the following syntax with the dnf remove command: 

sudo dnf remove container-selinux --setopt=exclude=selinux-policy-targeted

(Bug ID 32860334)

Running dnf update glusterfs-* Command Fails to Upgrade Previously Installed Packages

If glusterfs-*.i686 packages exist on an Oracle Linux 8 system which you then upgrade to the next update version, running the dnf update glusterfs* command later fails to upgrade GlusterFS packages.

As a workaround, first remove the glusterfs-*.i686 packages from the system, and then run the dnf update glusterfs* command.

(Bug ID 30279840)

Updating libss Package Might Fail if libss-devel Package Is Installed

The libss package might fail to update if the libss-devel package is installed on the system.

This issue persists if UEK R6 is enabled. However, after updating the kernel and enabling UEK R7, the issue is no longer encountered.

However, this issue is fixed in UEK R7. Therefore, to work around this issue, enable the UEK R7 yum repository or ULN channel, and then install UEK R7. Reboot the system after the installation.

(Bug ID 32005190)

ACPI Error Messages Displayed on Dell EMC PowerEdge Server During Boot

During a system boot of an Intel-based Dell EMC PowerEdge Server, error messages similar to the following might be displayed if the Dell Active Power Controller (DAPC) setting is enabled in the BIOS: 

kernel: ACPI Error: No handler for Region [SYSI] (0000000061df8ef3) [IPMI] (20190816/evregion-132)
kernel: ACPI Error: Region IPMI (ID=7) has no handler (20190816/exfldio-265)
kernel: ACPI Error: Aborting method \_SB.PMI0._GHL due to previous error (AE_NOT_EXIST) (20190816/psparse-531)
kernel: ACPI Error: Aborting method \_SB.PMI0._PMC due to previous error (AE_NOT_EXIST) (20190816/psparse-531)
kernel: ACPI Error: AE_NOT_EXIST, Evaluating _PMC (20190816/power_meter-743)

To work around this issue, disable the apci_power_meter kernel module as follows: 

echo "blacklist acpi_power_meter" >> /etc/modprobe.d/hwmon.conf

After disabling the apci_power_meter kernel module, reboot the system for the change to take effect.

For environments that do not require the DAPC feature, as an alternative workaround, you can disable the DAPC BIOS setting.

(Bug ID 32105233)

Oracle Linux 8 Doesn't Recognize SAS Controllers on Older Oracle Sun Hardware

The Oracle Linux 8 installer does not recognize some Serial Attached SCSI (SAS) controllers that are found in older Oracle Sun server models. If you attempt to install Oracle Linux 8 on these server models, the installer does not recognize the local disk and the installation fails. Examples of these server models include, but are not limited to, the following: Oracle Sun Fire X4170 M2 Server, Oracle Sun Fire X4170 M3 Server, Oracle Sun OVCA X3-2 Server, and the Oracle Sun X4-2 Server.

The following SAS controllers are removed from the mpt2sas driver in RHCK:

  • SAS2004, PCI ID 0x1000:0x0070

  • SAS2008, PCI ID 0x1000:0x0072

  • SAS2108_1, PCI ID 0x1000:0x0074

  • SAS2108_2, PCI ID 0x1000:0x0076

  • SAS2108_3, PCI ID 0x1000:0x0077

  • SAS2116_1, PCI ID 0x1000:0x0064

  • SAS2116_2, PCI ID 0x1000:0x0065

  • SSS6200, PCI ID 0x1000:0x007E

The following SAS controllers are removed from the megaraid_sas driver in RHCK:

  • Dell PERC5, PCI ID 0x1028:0x15

  • SAS1078R, PCI ID 0x1000:0x60

  • SAS1078DE, PCI ID 0x1000:0x7C

  • SAS1064R, PCI ID 0x1000:0x411

  • VERDE_ZCR, PCI ID 0x1000:0x413

  • SAS1078GEN2, PCI ID 0x1000:0x78

  • SAS0079GEN2, PCI ID 0x1000:0x79

  • SAS0073SKINNY, PCI ID 0x1000:0x73

  • SAS0071SKINNY, PCI ID 0x1000:0x71

The workaround for this issue to use the Unbreakable Enterprise Kernel Release 6 (UEK R6) boot ISO, and then run UEK R6 with Oracle Linux 8, as these controllers are supported in the Unbreakable Enterprise Kernel release.

(Bug ID 29120478)

File System Issues

The following are known file systems issues that have been encountered in this release of Oracle Linux 8.

BTRFS File System Not Supported on RHCK

The Btrfs file system is removed from RHCK in Oracle Linux 8, which means you cannot create or mount this file system when using this kernel. Also, any Btrfs user space packages that are provided are not supported with RHCK.

Support for the Btrfs file system is enabled in UEK R7 and UEK R6. Starting with Oracle Linux 8.3, during an installation, you have the option to create a Btrfs root file system, as well as select Btrfs as the file system type when formatting devices.

For further details about these changes, see the following documentation:

OCFS2 File System Not Supported on RHCK

The OCFS2 file system is removed from RHCK in Oracle Linux 8, which means you cannot create or mount this file system when using this kernel. Also, OCFS2 user space packages that are provided are not supported with RHCK.

Note that support for OCFS2 file systems is enabled in UEK R7 and UEK R6. For the latest information and other enhancements that have been made to OCFS2 in UEK R6, see Unbreakable Enterprise Kernel Release 6 Update 3: Release Notes (5.4.17-2136). See also Unbreakable Enterprise Kernel Release 7: Release Notes (5.15.0-0.30).

ext4: Frequent or Repeated System Shutdowns Can Cause File System Corruption

If a system that is using the ext4 file system is repeatedly or frequently shut down, the file system might become corrupted. This issue is difficult to replicate and is therefore considered to be a corner-case issue. The issue exists in the upstream code and proposed patches are currently under review.

(Bug ID 27547113)

Systems With Btrfs Fail to Boot in FIPS Mode

When booted in FIPS mode, a system using Btrfs fails with the following message:

FATAL: FIPS integrity test failed
Refusing to continue

Bug ID 36028061

Kernel Issues

The following are known kernel issues that have been encountered in this release of Oracle Linux 8.

KVM Guests Boot With "amd64_edac_mod: Unknown symbol" Errors on AMD 64-Bit Platforms

The following errors might be displayed repeatedly when KVM guests are booting on 64-bit AMD hosts: 

[   12.474069] amd64_edac_mod: Unknown symbol amd_register_ecc_decoder (err [ 120)
[   12.474083] amd64_edac_mod: Unknown symbol amd_report_gart_errors (err 0)
[   12.852250] amd64_edac_mod: Unknown symbol amd_unregister_ecc_decoder (err 0)
[   12.852297] amd64_edac_mod: Unknown symbol amd_register_ecc_decoder (err 0)
.
.
.

These errors occur because the module code for the kernel erroneously returns -EEXIST for modules that failed to load and are in the process of being removed from the module list. The amd64_edac_mod module will not be loaded in a VM. These errors can be ignored, as they do not impact functionality in any way.

This issue occurs on Oracle Linux 8 hosts that are running RHCK only and is not encountered on UEK R6 hosts.

(Bug ID 29853602)

Output of modinfo Command Doesn't Show Retpoline Support

A bug in the Oracle Linux 8 code causes Retropline support to not be displayed in the output of the modinfo -F retpoline command, even though the CONFIG_RETPOLINE flag is set to Y, for example: 

sudo modinfo -F retpoline
/usr/lib/modules/4.18.0-80.el8.x86_64/kernel/sound/usb/usx2y/snd-usb-us122l.ko
.xz

The CONFIG_RETPOLINE=Y flag is still required to add and display Retpoline support. If the parameter is enabled, the kernel builds with a retpoline capable compiler.

To confirm that the CONFIG_RETPOLINE flag is enabled, search for the parameter in the kernel's config-kernel configuration file, for example: 

cat /boot/config-5.4.17-2011.7.4.el8uek.x86_64 | grep RETPOLINE.
CONFIG_RETPOLINE=y

(Bug ID 29894295)

Kdump Might Fail on Some AMD Hardware

Kdump might fail on some AMD hardware that is running the current Oracle Linux release. Impacted hardware includes the AMD EPYC CPU servers.

To work around this issue, modify the /etc/sysconfig/kdump configuration file and remove the iommu=off command-line option from the KDUMP_COMMANDLINE_APPEND variable. Restart the kdump service for the changes to take effect.

(Bug ID 31274238, 34312626)

Kdump Fails to Generate a vmcore on FIPS Enabled System

When FIPS mode is enabled on a system, Kdump might fail to generate a vmcore when a system panic is triggered. The issue is caused if the Kdump initramfs image isn't also regenerated with FIPS mode enabled.

To resolve the issue, if FIPS mode is enabled on the system you must rebuild the Kdump initramfs image and restart the kdump service. The Kdump initramfs image is automatically rebuilt when the kdump service is restarted if /etc/kdump.conf is changed in any way.
sudo touch /etc/kdump.conf
sudo systemctl restart kdump

You can verify that Kdump is working correctly by running:

sudo systemctl status kdump

Check that the service is active and that a new image file was created by ensuring that the date and timestamp for the Kdump initramfs image corresponds with the date and time when you restarted the service:

ls -lah /etc/kdump.conf /boot/initramfs-$(uname -r)kdump.img

(Bug 35982140)

Limitations of the LVM dm-writecache Caching Method

The new LVM dm-writecache caching method has certain limitations that don't exist with the dm-cache method, including the following:

  • Can't attach or detach dm-writecache when a logical volume is active.

  • Can't take a snapshot of a logical volume when the logical volume is using dm-writecache.

  • Must use a dm-writecache block size that matches the existing file system block size when attaching dm-writecache to an inactive logical volume.

  • Can't resize a logical volume when dm-writecache is attached to the volume.

  • Can't use pvmove commands on devices that are used with dm-writecache.

  • Can't use logical volumes with dm-writecache when using thin pools or the virtual data optimizer (VDO).

For more information about the dm-writecache caching method, see the File Systems and Storage features section of Oracle Linux 8: Release Notes for Oracle Linux 8.2. See also the lvmcache(7) manual page.

Error: "mcelog service does not support this processor"

An error indicating that the mcelog service doesn't support the processor can appear in the system log on systems with AMD processors, such as some Oracle Server hardware. The message might be displayed as follows: 

mcelog: ERROR: AMD Processor family
23: mcelog does not support this processor.  Please use the edac_mce_amd
module instead.

The mcelog daemon is a service that is used on x86_64 platforms to log and handle hardware error messaging. However, on AMD systems, the edac_mce_amd kernel module handles machine exception logging. AMD systems do not require the mcelog daemon. Therefore, the mcelog error on these systems can be disregarded.

(Bug ID 29501190)

Power Button Defaults to ACPI Suspend Mode

By default, the Oracle Linux 8 graphical user interface (GUI) console mode treats the hardware power button as the equivalent of the ACPI "Sleep" button, which puts the system into low-power sleep mode. This behavior is specific to the GNOME desktop environment.

In previous Oracle Linux releases, the hardware power button initiated a system shutdown. To ensure that Oracle Linux 8 behaves the same way, do the following:

  1. Create a file named /etc/dconf/db/local.d/01-shutdown-button-action with following content: 

    [org/gnome/settings-daemon/plugins/power]
power-button-action='interactive'

  2. Create a file named /etc/dconf/db/local.d/locks/01-power with the following content: 

    /org/gnome/settings-daemon/plugins/power/power-button-action

  3. Run the following command: 

    sudo dconf update

  4. Log out of the desktop environment and then log back in for the new settings to take effect.

(Bug ID 25597898)

Certain SEV Guest Configurations Might Cause Hypervisor CPU Soft-Lockup Warnings

On older generation AMD systems that are based on the AMD Rome processors, such as E2 and E3 systems, a guest with more than 350GB memory that's configured to use Secure Encrypted Virtualization (SEV) memory encryption can trigger a CPU soft-lockup warning on the hypervisor host during guest boot or shutdown operations.

The time that's needed to flush the pinned memory that's being encrypted is proportional to the amount of guest memory. However, with larger amounts of memory in excess of 350GB, the time on the CPU to flush the memory becomes excessive, which consequently triggers a warning. After the memory is flushed, the hypervisor resumes normal operations.

Newer systems that are based on the AMD Milan processor, such as E4 systems, have hardware support that can minimize the time required for flushing the memory. Therefore, the CPU soft-hang issue isn't encountered.

As a workaround, if a SEV enabled guest with more then 350GB of memory is required, create the guest on a system that's based on the AMD Milan processor. If you are using systems with the AMD Rome processor, limit the guest memory to less than 350GB if the guest is configured with SEV memory encryption.

(Bug ID 34050377)

(aarch64) Some GUI Elements Aren't Displayed During Installation and Boot Using VGA Output

During installations on the Arm platform, the Oracle Linux installer does not display some GUI elements, such as the progress update screen, on VGA output. Output is displayed on the serial console, instead.

Additionally, if you install Oracle Linux with GUI on an encrypted disk, for example, by choosing Server with GUI during the installation stage, and VGA is enabled, the password prompt doesn't appear on the VGA output at system boot, and consequently, the boot process can not be completed. The prompt appears only on a serial console, and therefore, you would need to switch to a serial console to provide the password there.

This issue is specific to systems on the Arm platform only and occurs regardless of whether you are using secure boot or non secure boot. Further, the issue applies to Oracle Linux 8 or Oracle Linux 9 systems that use UEKR6 or UEKR7. The issue occurs wherever Plymouth graphical elements are loaded in the GUI.

To resolve these GUI issues and to cause these elements to display on VGA output without using a serial console, add plymouth.ignore-serial-consoles to the kernel command line in the GRUB configuration. For instructions, see the Managing Kernels and System Boot chapter in Oracle Linux 8: Managing Core System Configuration.

(Bug ID 35034465 and 35270637)

Virtual Function MAC Address Differences With Host After VF Migration

On some VF hardware, after a VF migration, the MAC address of the VF might be different from the MAC address of the destination host, unless you preset the destination host's address on the VF guest before starting the migration. When migration is completed, the guest and host MAC addresses match without requiring a guest reboot.

As an alternative to presetting the address, reboot the guest after migration to synchronize the guest VF's MAC address with that of the destination host.

(Bug ID 35508407)