3 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 that have been encountered in this release of Oracle Linux 8.

Interactive text-based installation wizard unable to complete when an alternate language is selected

If an alternate language is selected during an interactive installation by 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 by using the default language selection of English or if you are using the graphical installer.

(Bug ID 30535416)

Changing installation source results in errors if alternative installation repository is set at boot

If the installer is booted with the inst.repo option set, changing the installation source to use a CD or DVD device within the installer results in an error that prevents you from continuing the installation, unless you set the source back to the original source that was set at boot.

If you set the inst.repo option to point to a hard disk and then attempt to change the installation source inside the installer, the installer displays an error; but, you can still proceed with the installation.

To avoid these issues, do not set the inst.repo option at boot if you do not intend to use the installation source that is provided. Or, use the inst.repo source that is defined at boot without attempting to change installation source inside the installer.

(Bug ID 30316179)

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 is 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)

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)

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 is not 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)

Syslog Error: Failed to insert module 'ip_tables': Operation not permitted

During an Oracle Linux 8 installation, the following message can be observed in the /var/log/messages:systemd log:

1]: Failed to insert module 'ip_tables': Operation not permitted

This error can be safely ignored, as the ip_tables kernel module subsequently and can be verified by running the following command:

grep IPTABLES /boot/config*

The following output indicates the module loaded successfully:

CONFIG_IP_NF_IPTABLES=m
CONFIG_IP6_NF_IPTABLES=m

You can also check that the module loaded successfully by running the following command:

modinfo ip_tables

The output of the previous command indicates the module loaded successfully:

filename:      
/lib/modules/4.18.0-32.el8.x86_64/kernel/net/ipv4/netfilter/ip_tables.ko.xz
alias:          ipt_icmp
description:    IPv4 packet filter
author:         Netfilter Core Team <coreteam@netfilter.org>
license:        GPL
rhelversion:    8.0
srcversion:     3967C875058C2EE2475C9C2
depends:        
retpoline:      Y
intree:         Y
name:           ip_tables
vermagic:       4.18.0-32.el8.x86_64 SMP mod_unload modversions
sig_id:         PKCS#7
signer:        
sig_key:        
sig_hashalgo:   md4
signature:      30:82:02:59:06:09:2A:86:48:86:F7:0D:01:07:02:A0:82:02:4A:30:
82:02:46:02:01:01:31:0D:30:0B:06:09:60:86:48:01:65:03:04:02:
01:30:0B:06:09:2A:86:48:86:F7:0D:01:07:01:31:82:02:23:30:82:
02:1F:02:01:01:30:7A:30:62:31:22:30:20:06:03:55:04:0A:0C:19:
4F:72:61:63:6C:65:20:41:6D:65:72:69:63:61:2C:20:49:6E:63:2E:
2C:63:3D:55:53:31:19:30:17:06:03:55:04:03:0C:10:4F:72:61:63:
.
.
.

(Bug ID 29500599)

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)

Installation on KVM guest by using iPXE and iSCSI boot results in incorrect IQN name

After installing Oracle Linux 8 on a KVM guest by using iPXE and iSCSI boot, the SCSI Qualified Name (IQN) in the /etc/iscsi/initiatorname.iscsi file is not correct.

Note that this incorrect configuration could impact kdump functionality.

The workaround for this issue is to manually modify the /etc/iscsi/initiatorname.iscsi file with the correct IQN after the installation completes.

(Bug ID 29536715)

aarch64 only: Cannot boot from Oracle Linux 8 (aarch64) ISO when using certain devices

Attempts to boot the Oracle Linux 8 (aarch64) installer by using the ISO might fail. If USB Attached SCSI devices are present, the boot process may drop to a shell prompt. Examples of such devices include a virtual hard disk drive (HDD), a virtual CD-ROM, and a memory stick.

You also might encounter an issue during an installation of Oracle Linux 8 (aarch64), where USB ports are not recognized by the system right after the kernel takes control of the system, as well as by the installed system. When this problem occurs, any USB devices that are plugged into the system, such as keyboards and so on, do not work. In addition, booting images from certain USB-connected drives, such as virtual devices that are handled by a service processor, for example, MegaRAC SP firmware, does not work.

A workaround is to install an earlier Oracle Linux 8 (aarch64) release by using the ISO image, and then use the dnf update command to update to the current Oracle Linux 8 (aarch64) release.

Also, this issue does not affect a PXE boot, so as an alternative solution, you can perform a network-based installation of Oracle Linux 8 (aarch64). See Oracle Linux 8: Installing Oracle Linux for instructions on performing an installation from the network.

(Bug IDs 31626109, 31678684)

aarch64 only: Cannot install Oracle Linux 8 on a host that has a disk with a Btrfs partition

For both GUI-based and text-based installations of Oracle Linux 8 on the Arm platform, the following error is produced at the start of the installation:

** (anaconda:2843): CRITICAL **: 09:49:18.542: The function
'bd_btrfs_list_subvolumes' called, but not implemented!

This error prevents you from proceeding with the installation.

To work around this issue, before the installation, remove or format all of the Btrfs partitions from all of the disks on the host where you are planning to install Oracle Linux 8.

(Bug ID 31160993)

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)

Cockpit web console Services page unable to search services by state

The Services page for the Cockpit web console has been updated to enable you to search services by name, description, and state. This new functionality works as expected for filtering services by Name and Description; however, if you attempt to filter services by State, an error indicating there are no matching results is produced.

(Bug ID 30286168)

Oracle Linux 8 does not 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 Notes for Unbreakable Enterprise Kernel Release 6 Update 3 (5.4.17-2136). See also Unbreakable Enterprise Kernel: Release Notes for Unbreakable Enterprise Kernel Release 7 (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)

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 does not 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, 34034614, 34211826)

Kdump runs out of memory when attempting to mount /sysroot on FC disks that use the Logical Volume Manager

An issue in Oracle Linux 8 causes Kdump to run out of memory if you attempt to mount /sysroot on a Fibre Channel (FC) disk that uses LVM. This issue is due to a lack of memory when the crashkernel loads.

To resolve the issue, you can do one of the following:

  • Override the crashkernel=auto boot option so that more memory is reserved for Kdump. For example, set the kernel boot parameter to crashkernel=512M.

  • Set the Kdump destination to a network location (NFS or SSH).

(Bug ID 29840266)

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 attaching dm-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 with dm-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 File Systems and Storage features section of Oracle Linux 8: Release Notes for Oracle Linux 8.2. See also the lvmcache(7) manual page.

aarch64 only: Kdump sometimes fails on ThunderX2 and X-Gene 3 platforms

System hangs might occur during a crash kernel boot on ThunderX2 and X-Gene 3 platforms that are running Oracle Linux 8 (aarch64). This issue has been observed at different stages of the boot process. Consequently, Kdump might not work as expected on this hardware.

(Bug IDs 30339519, 30339571)

aarch64 only: bcache error on UEK R6 during subsequent attempt to register cache device

An attempt to subsequently register a cache set after removing it fails with the following error:

echo "CACHE_DEV" > /sys/fs/bcache/register
        echo: write error: Invalid argument

The following error message is displayed in the dmesg output:

bcache: register_bcache() error /dev/CACHE_DEV: Not a bcache superblock

This issue is related to 64KB page size (CONFIG_ARM64_64K_PAGES=y), which bcache currently does not support.

Because the superblock for the cache device becomes corrupted during this process, it is not possible to re-register the device.

To work around this issue, reinstall the bcache-tools package and then create a new bcache configuration.

As an alternative, avoid using a bcache configuration on Oracle Linux 8 (aarch64) systems.

(Bug ID 30210051)

Networking Issues

The following are networking issues that might be encountered in this release of Oracle Linux 8.

tracepath6 does not parse destination IPv6 address correctly

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, use a tool with similar capabilities to the tracepath6 command.

(Bug ID 29540588)

Failure to insert ip_tables module

The ip_tables module fails to insert with an 'Operation not permitted' error. This issue, which is currently under investigation, can occur if SELinux is in enforcing mode.

A workaround for this issue is to set SELinux to permissive mode, which you can do temporarily by running the setenforce 0 command. Or, you can set SELinux to permissive mode permanently by editing the /etc/selinux/config file and then rebooting the system.

(Bug ID 29517166)

Running nohup prevents ssh command from executing

On an Oracle Linux 8 system, running the nohup command such as given in the following example might cause ssh command issues.

/usr/bin/nohup ./myscript > nohup.out &

If you attempt to remotely connect to that same system by using the ssh command, the command hangs.

To work around this issue, modify the nohup command syntax as follows:

/usr/bin/nohup ./myscript > nohup.out 2>&1 &

(Bug ID 30287091)

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)

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. On AMD systems, the edac_mce_amd kernel module handles machine exception logging. Therefore, AMD systems do not require the mcelog daemon. This error should be downgraded to a warning.

(Bug ID 29501190)

Podman Issues

For information about known issues with the Podman container management tool in Oracle Linux 8, refer to Known Issues chapter of the Oracle Linux: Podman User's Guide.

TLS 1.3 not supported for NSS in FIPS Mode

TLS 1.3 is enabled by default in Oracle Linux 8. 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.