Chapter 5 Known Issues
-
5.1 Installation and Upgrade Issues
- 5.1.1 "Warning: The unit file, source configuration file or drop-ins of pmlogger.service changed on disk. Run 'systemctl daemon-reload' to reload units" warning during upgrade
- 5.1.2 "Line references path below legacy directory /var/run/, updating /var/run/*; please update the tmpfiles.d/ drop-in file accordingly" message during upgrade
- 5.1.3 Installation on Oracle 6.4 TB NVMe SSD device fails because mkfs.xfs cannot mount file system
- 5.1.4 "/sbin/ldconfig: /lib64/libsmbldap.so.2 is not a symbolic link" messages returned during upgrade
- 5.1.5 Installer automatically enables Ethernet over USB network interface during a PXE installation
- 5.1.6 Interactive text-based installation wizard unable to complete when an alternate language is selected
- 5.1.7 Graphical installation program fails to produce error when unacceptable Kdump value is entered
- 5.1.8 Graphical installation program does not display the reserved memory that is manually set for Kdump
- 5.1.9 Scriptlet-related error for microcode_ctl may be encountered during upgrade
- 5.1.10 rhnreg_ks register command may fail if python3-rhn-virtualization-host package is installed
- 5.1.11 Presence of beignet package could result in dependency issue when upgrading to Oracle Linux 8.4
- 5.1.12 ULN registration wizard not displayed on first boot after an installation
- 5.1.13 Graphics controller requirements for an installation on an Oracle VM VirtualBox guest
- 5.1.14 Spurious "hwcap directive ignored" messages appear during upgrade and when running ldconfig
- 5.1.15 Systemd daemon reload messages during system update of gssproxy package
- 5.2 Removing container-selinux package might also remove the selinux-policy-targeted package
- 5.3 Running dnf update glusterfs-* fails to upgrade previously installed packages
- 5.4 Updating libss package might fail if libss-devel package is installed
- 5.5 Options for configuring disk cache characteristics during VM creation unavailable in web console
- 5.6 ACPI error messages displayed on Dell EMC PowerEdge Server during boot
- 5.7 Oracle Linux 8 does not recognize SAS controllers on older Oracle Sun hardware
- 5.8 File System Issues
-
5.9 Kernel Issues
- 5.9.1 Default kernel for KVM guest snapshots might not be interchangeable
- 5.9.2 KVM guests boot with "amd64_edac_mod: Unknown symbol" errors on AMD 64-bit platforms
- 5.9.3 Output of modinfo command does not show Retpoline support
- 5.9.4 Kdump might fail on some AMD hardware
- 5.9.5 Limitations of the LVM dm-writecache caching method
- 5.10 tracepath6 command does not correctly parse destination IPv6 address
- 5.11 Running nohup prevents ssh command from executing
- 5.12 Restarting firewalld service results in SSH connection timeout
- 5.13 Error: "mcelog service does not support this processor"
- 5.14 Power button defaults to ACPI Suspend mode
- 5.15 Podman Issues
- 5.16 TLS 1.3 not supported for NSS in FIPS Mode
This chapter describes known issues in Oracle Linux 8.4, for both the x86_64 and 64-bit Arm (aarch64) platforms. Issues that apply to a specific platform only may be noted as such.
5.1 Installation and Upgrade Issues
- 5.1.1 "Warning: The unit file, source configuration file or drop-ins of pmlogger.service changed on disk. Run 'systemctl daemon-reload' to reload units" warning during upgrade
- 5.1.2 "Line references path below legacy directory /var/run/, updating /var/run/*; please update the tmpfiles.d/ drop-in file accordingly" message during upgrade
- 5.1.3 Installation on Oracle 6.4 TB NVMe SSD device fails because mkfs.xfs cannot mount file system
- 5.1.4 "/sbin/ldconfig: /lib64/libsmbldap.so.2 is not a symbolic link" messages returned during upgrade
- 5.1.5 Installer automatically enables Ethernet over USB network interface during a PXE installation
- 5.1.6 Interactive text-based installation wizard unable to complete when an alternate language is selected
- 5.1.7 Graphical installation program fails to produce error when unacceptable Kdump value is entered
- 5.1.8 Graphical installation program does not display the reserved memory that is manually set for Kdump
- 5.1.9 Scriptlet-related error for microcode_ctl may be encountered during upgrade
- 5.1.10 rhnreg_ks register command may fail if python3-rhn-virtualization-host package is installed
- 5.1.11 Presence of beignet package could result in dependency issue when upgrading to Oracle Linux 8.4
- 5.1.12 ULN registration wizard not displayed on first boot after an installation
- 5.1.13 Graphics controller requirements for an installation on an Oracle VM VirtualBox guest
- 5.1.14 Spurious "hwcap directive ignored" messages appear during upgrade and when running ldconfig
- 5.1.15 Systemd daemon reload messages during system update of gssproxy package
The following are known installation and upgrade issues for Oracle Linux 8.4.
5.1.1 "Warning: The unit file, source configuration file or drop-ins of pmlogger.service changed on disk. Run 'systemctl daemon-reload' to reload units" warning during upgrade
When upgrading from Oracle Linux 8.3 to Oracle Linux 8.4, with the appropriate Oracle Linux 8 repositories enabled, the following warning is emitted:
Warning: The unit file, source configuration file or drop-ins of pmlogger.service changed on disk. Run 'systemctl daemon-reload' to reload units.
This warning can be safely ignored, as the upgrade completes successfully.
(Bug ID 32852356)
5.1.2 "Line references path below legacy directory /var/run/, updating /var/run/*; please update the tmpfiles.d/ drop-in file accordingly" message during upgrade
When upgrading from Oracle Linux 8.3 to Oracle Linux 8.4, with the appropriate Oracle Linux 8 repositories enabled, the dnf upgrade command displays messages similar to the following during the upgrade or package installation process:
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.
Or, as an alternative workaround, you can update the
configuration per the instructions in the message and change
the legacy
var/run
<...>
directory path to
/run
<...>
.
(Bug ID 32852433)
5.1.3 Installation on Oracle 6.4 TB NVMe SSD device fails because mkfs.xfs cannot mount file system
Attempting to perform a fresh installation of Oracle Linux 8.4 on an
Oracle 6.4 TB NVMe SSD device will fail. This issue occurs
because the mkfs.xfs command
cannot mount the file system. This failure is related to a
problem with the xfsprogs
package version that is in RHCK, with the root cause of the
issue being an NVMe SSD firmware bug.
To work around the issue, do not use the Oracle 6.4 TB NVMe SSD as a boot disk.
Alternatively, you can install Oracle Linux 8.2, and then upgrade to Oracle Linux 8.4.
(Bug ID 32823840)
5.1.4 "/sbin/ldconfig: /lib64/libsmbldap.so.2 is not a symbolic link" messages returned during upgrade
When upgrading from Oracle Linux 8.3 to Oracle Linux 8.4, with the appropriate Oracle Linux 8 repositories enabled, the dnf upgrade command returns the following error message numerous times during the upgrade process:
sbin/ldconfig: /lib64/libsmbldap.so.2 is not a symbolic link
These warnings can be safely ignored, as the upgrade completes successfully.
(Bug ID 32846091)
5.1.5 Installer automatically enables Ethernet over USB network interface during a PXE installation
During a Preboot Execution Environment
(PXE) installation of
Oracle Linux 8.4, the installer automatically enables the Ethernet over
USB network interface with the
bootproto=dhcp
and
ONBOOT=yes
parameters. This issue 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 the 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 the 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, you can resolve the issue after the installation by changing the network configuration setting for the Ethernet over USB network interface to
ONBOOT=no
, and then rebooting the system.
(Bug ID 31888490)
5.1.6 Interactive text-based installation wizard unable to complete when an alternate language is selected
If an alternate language is selected during an interactive installation using the text-based installer, you cannot progress through all of the steps in the installation wizard. The installation is blocked with [!] bullets for Software Selection and Installation Destination, irrespective of what is selected for these two options.
Note that this issue does not occur when performing an installation when using the default language selection of English or if you use the graphical installation program.
(Bug IDs 30535416, 29648703)
5.1.7 Graphical installation program fails to produce error when unacceptable Kdump value is entered
There is a minor upstream usability error that applies to the
graphical installation program when configuring Kdump
settings. In the situation where you attempt to configure a
manual kdump
memory reservation, and you
then set the memory reservation value to an unacceptable
value, the installer allows you to click
Done
and then return to the
Installation Summary
screen without
producing a warning or error message.
When you select an unacceptable value, the installer resets
the value to the last-known acceptable value that was entered
or the installer sets the default minimum value of 512 MB.
Note that this information is not displayed in the
Installation Summary
screen. Because an
incorrect value cannot be stored for this parameter, the
installation succeeds, even if incorrect information is
entered.
This issue does not occur with the text-based installer, which correctly returns an error if you enter an unacceptable value, preventing you from continuing until you enter an acceptable value.
(Bug IDs 31133351, 31182708)
5.1.8 Graphical installation program does not display the reserved memory that is manually set for Kdump
A minor usability error applies to the graphical installation prorgram when configuring Kdump settings. 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.
The default settings for Kdump memory reservation of
auto
is adequate as the kernel will
determine what size to use when it boots
(Bug IDs 31133287 and 31182699)
5.1.9 Scriptlet-related error for microcode_ctl may be encountered during upgrade
A scriplet-related error similar to the following may be encountered when upgrading from Oracle Linux 8.3 to Oracle Linux 8.4 by using the yum update command:
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
The error is encountered if you perform a Server with GUI
installation and then boot the server with RHCK. as this
installation method installs the kernel-dependent,
kmod-kvdo
package/module, which is a
different version in Oracle Linux 8.3 than in Oracle Linux 8.4. The error does
not occur if you install the Minimal Install base environment
or if you boot the server with UEK R6.
The error can be safely ignored and is of no consequence, as
the kmod-kvdo
package is successfully
installed during the upgrade process.
(Bug ID 31292199)
5.1.10 rhnreg_ks register command may fail if python3-rhn-virtualization-host package is installed
Attempting to register with the Unbreakable Linux Network
(ULN) in Oracle Linux 8.4 by running the rhnreg_ks
command may 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
registering with ULN by using the rhnreg_ks
command.
(Bug ID 30366521)
5.1.11 Presence of beignet package could result in dependency issue when upgrading to Oracle Linux 8.4
When upgrading a system to Oracle Linux 8.4, a dependency issue might
be encountered if the beignet
package
exists on the system to be installed, as this package requires
an earlier version of the clang-libs
package.
Because the beignet
package is currently
not available for Oracle Linux 8.3 or Oracle Linux 8.4, this particular issue
would only be encountered when upgrading from an Oracle Linux 8 release
earlier than Oracle Linux 8.3.
The workaround for this issue is to remove the
beignet
package from the system prior to
upgrading to Oracle Linux 8.4.
(Bug ID 31213935)
5.1.12 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 is not displayed on first boot. This behavior differs from previous Oracle Linux releases, where you were presented with these options on the first boot after completing the installation.
As an alternative, you can register with ULN after the installation completes. For instructions, visit https://linux.oracle.com/.
(Bug ID 29933974)
5.1.13 Graphics controller requirements for an installation on an Oracle VM VirtualBox guest
To successfully install Oracle Linux 8.4 on an Oracle VM VirtualBox
guest, where the graphical installation program is used and
the default installation of the Server with
GUI
environment is set, the Oracle VM VirtualBox
guest is required to use the VMSVGA graphics controller and
must be configured with at least 64MB of memory.
Failure to set the graphics controller correctly can result in an installation where the graphical display is unable to start correctly.
The VMSVGA graphics controller is the default controller when you create a new guest by using Oracle VM VirtualBox 6.0, or later, for Linux guest operating systems. This issue is more likely to appear if you attempt to install over an existing guest that was created on an earlier Oracle VM VirtualBox release. Oracle recommends that you only attempt to install Oracle Linux 8 on a newly created VM in Oracle VM VirtualBox 6.0, or later.
(Bug ID 30004543)
5.1.14 Spurious "hwcap directive ignored" messages appear during upgrade and when running ldconfig
Spurious messages that are similar to the following might be emitted during a system update from Oracle Linux 8.3 to Oracle Linux 8.4:
/sbin/ldconfig:/etc/ld.so.conf.d/kernel-5.4.17-2011.6.2.el7uek.x86_64.conf:6: hwcap directive ignored
These messages are the result of a change in kernel configuration for UEK and can be safely ignored.
Note that this issue also occurs on subsequent runs of the ldconfig command or for any service or process that triggers the ldconfig command. The messages can also be safely ignored in these cases.
(Bug ID 32816428)
5.1.15 Systemd daemon reload messages during system update of gssproxy package
Warnings are emitted when updating the
gssproxy
package from the version that is
available in Oracle Linux 8.3. The warnings appear as follows and are
an indication that you must reload Systemd daemons:
Warning: The unit file, source configuration file or drop-ins of gssproxy.service changed on disk. Run 'systemctl daemon-reload' to reload units.
You can ignore these warning messages, as the services are restarted later in the transaction.
(Bug ID 32831687)
5.2 Removing container-selinux package might also remove the selinux-policy-targeted package
If you remove the container-selinux
package
from the system after installing Oracle Linux 8.4, the
selinux-policy-targeted
package might also be
removed. This action effectively renders the system unbootable.
When this problem occurs, you may also see an error message about being unable to load SELinux policy displayed.
To prevent the selinux-policy-targeted
package from being removed from the system when removing the
container-selinux package
package, you can
specify the following syntax with the dnf
remove command:
sudo dnf remove container-selinux --setopt=exclude=selinux-policy-targeted
(Bug ID 32860334)
5.3 Running dnf update glusterfs-* fails to upgrade previously installed packages
The glusterfs-*.i686
packages are not
included in either the Oracle Linux 8.3 or Oracle Linux 8.4 release. However, if
you installed the glusterfs-*.i686
and
glusterfs-*.x86_64
packages on the system to
be upgraded in an earlier release, running the dnf
update glusterfs* command fails to upgrade the
packages to Oracle Linux 8.4.
The workaround for this issue is to first remove the
glusterfs-*.i686
packages from the system to
be upgraded, and then run the dnf update
glusterfs* command.
(Bug ID 30279840)
5.4 Updating libss package might fail if libss-devel package is installed
Installing the libss
package might fail to
update if the libss-devel
package is
installed on the system.
The workaround for this issue is to first remove the
libss-devel
package from the system and then
install the corresponding version of this package from the
Oracle Linux 8 Distro Builder
developer
repository. Note that because the
ol8_distro_builder
repository is an
unsupported developer repository, it is recommended that you
only enable the repository for this particular installation
action, rather than enabling it globally. For example, you can
run the following command:
sudo dnf --enablerepo=ol8_distro_builder install libss-devel
(Bug ID 32005190)
5.5 Options for configuring disk cache characteristics during VM creation unavailable in web console
Some options for configuring disk cache characteristics in the web console are currently not available when you are creating a new VM or before the installation starts. For disks that are already added to a VM or when adding a new disk to an already running system, these configuration options are available in the web console.
As an alternative solution, you can use the virt-manager CLI or a similar CLI to configure disk cache characteristics for a newly added disk before the installation begins, as well for disks that already exist in the VM.
Per Oracle recommendation, you should use Oracle Linux Virtualization Manager for more complex virtualization requirements. For more information, see https://docs.oracle.com/en/virtualization/oracle-linux-virtualization-manager/.
(Bug ID 30301271)
5.6 ACPI error messages displayed on Dell EMC PowerEdge Server during boot
When booting 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)
Note that this issue is encountered on both RHCK and UEK kernels.
The workaround for this issue is to 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)
5.7 Oracle Linux 8 does not recognize SAS controllers on older Oracle Sun hardware
The Oracle Linux 8.4 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)
5.8 File System Issues
The following are known file systems issues in Oracle Linux 8.4.
5.8.1 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 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:
-
For information about creating a Btrfs root file system during an installation, see Oracle® Linux 8: Installing Oracle Linux.
-
For information about managing the Btrfs file system, see Oracle® Linux 8: Managing Local File Systems.
-
For the latest information about other enhancements that have been made to Btrfs in UEK R6, see Unbreakable Enterprise Kernel: Release Notes for Unbreakable Enterprise Kernel Release 6 Update 2.
5.8.2 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 R6. For more information about other enhancements that have been made to OCFS2 in UEK R6, see Unbreakable Enterprise Kernel: Release Notes for Unbreakable Enterprise Kernel Release 6 Update 2.
5.8.3 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. Note that this issue is considered to
be a corner-case issue because it is difficult to replicate
it. The issue exists in the upstream code and proposed patches
are currently under review.
(Bug ID 27547113)
5.9 Kernel Issues
- 5.9.1 Default kernel for KVM guest snapshots might not be interchangeable
- 5.9.2 KVM guests boot with "amd64_edac_mod: Unknown symbol" errors on AMD 64-bit platforms
- 5.9.3 Output of modinfo command does not show Retpoline support
- 5.9.4 Kdump might fail on some AMD hardware
- 5.9.5 Limitations of the LVM dm-writecache caching method
The following are known kernel issues in Oracle Linux 8.4.
5.9.1 Default kernel for KVM guest snapshots might not be interchangeable
Creating KVM guest snapshots when using one kernel and then attempting to revert the snapshot to use another kernel might fail with errors when you run various virsh commands, for example:
sudo virsh start myGuest --console
error: Failed to start domain myGuest error: operation failed: guest CPU doesn't match specification: missing features: md-clear
Running the following command produces similar errors:
sudo virsh snapshot-revert myGuest mySnapshot1 --force
error: operation failed: guest CPU doesn't match specification: missing features: ibpb,amd-ssbd
For example, if you create a KVM guest snapshot while running RHCK, and you then attempt to revert that guest snapshot by using UEK R6, you could encounter this issue. Note that the same issue applies irrespective of which default kernel you are running.
This issue only occurs in situations where you are attempting to interchange an RHCK kernel for a UEK kernel or a UEK kernel for an RHCK kernel. The issue is not encountered if you are interchanging kernel versions from the same vendor.
To avoid encountering this issue, make sure to use guest snapshots that use the same kernel on which they were initially created.
(Bug ID 30561489)
5.9.2 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 0) [ 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.4 hosts that are running RHCK only and is not encountered on UEK R6 hosts.
(Bug ID 29853602)
5.9.3 Output of modinfo command does not show Retpoline support
A bug in the Oracle Linux 8.4 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:
/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.
For example, you would confirm whether the
CONFIG_RETPOLINE
flag is enabled by
searching the configuration file with the
cat command:
cat /boot/config-5.4.17-2011.7.4.el8uek.x86_64 | grep RETPOLINE.
The output should be as follows:
CONFIG_RETPOLINE=y
(Bug ID 29894295)
5.9.4 Kdump might fail on some AMD hardware
Kdump might fail on some AMD hardware that is running Oracle Linux 8.4 with the default RHCK kernel. Impacted hardware includes the AMD EPYC CPU (codename Naples and Rome) 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.
Then, restart the kdump
service for the
changes to take effect.
Note that the issue does not occur on this particular hardware if you are running UEK R6 with Oracle Linux 8.4.
(Bug ID 31274238)
5.9.5 Limitations of the LVM dm-writecache caching method
The new LVM dm-writecache
caching method
has certain limitations that do not exist with the
dm-cache
method, including the following:
-
Cannot attach or detach
dm-writecache
when a logical volume is active. -
Cannot 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 attachingdm-writecache
to an inactive logical volume. -
Cannot resize a logical volume when
dm-writecache
is attached to the volume. -
Cannot use
pvmove
commands on devices that are used withdm-writecache
. -
Cannot 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 the
Section 4.9, “File Systems and Storage” features section of
these release notes. See also the
lvmcache(7)
manual page.
5.10 tracepath6 command does not correctly parse destination IPv6 address
Running the tracepath6
command fails to parse
the destination IPv6 address correctly. Consequently, the tool
traces a route to the wrong host.
To work around this issue, you can use a tool with similar
capabilities to the tracepath6
command.
(Bug ID 29540588)
5.11 Running nohup prevents ssh command from executing
If you run the nohup command on an Oracle Linux 8.4 system, and then attempt to remotely connect to that system by using the ssh command, the ssh command hangs, for example:
/usr/bin/nohup ./myscript
> nohup.out &
To work around for this issue, modify the nohup command as follows:
/usr/bin/nohup ./myscript
> nohup.out 2>&1 &
(Bug ID 30287091)
5.12 Restarting firewalld service results in SSH connection timeout
Restarting the firewalld service leads to an SSH connection timeout on the terminal from which the service was started. Note that other SSH terminals remain connected.
(Bug ID 29478124)
5.13 Error: "mcelog service does not support this processor"
An error indicating that the mcelog service does not 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,
but it is not required on AMD systems, where the
edac_mce_amd
kernel module handles machine
exception logging. This error should be downgraded to a warning.
(Bug ID 29501190)
5.14 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:
-
Create a file named
/etc/dconf/db/local.d/01-shutdown-button-action
with following content:# cat /etc/dconf/db/local.d/01-power [org/gnome/settings-daemon/plugins/power] power-button-action='interactive' #
-
Create a file named
/etc/dconf/db/local.d/locks/01-power
with the following content:# cat /etc/dconf/db/local.d/locks/01-power /org/gnome/settings-daemon/plugins/power/power-button-action #
-
Run the following command:
sudo dconf update
-
Log out of the desktop environment and then log back in for the new settings to take effect.
(Bug ID 25597898)
5.15 Podman Issues
For more information about the Podman container management tool, including any known issues, see the Oracle® Linux: Podman User's Guide.
5.16 TLS 1.3 not supported for NSS in FIPS Mode
TLS 1.3 is enabled by default in Oracle Linux 8.4. Applications that are built with NSS do not support connections that require TLS 1.3 in FIPS mode. To make such connections work, disable FIPS mode or use TLS 1.2.