Files
gitea-pages/rhel8/index.md

5.9 KiB

title, description, lead, date, lastmod, draft, images, toc
title description lead date lastmod draft images toc
RHEL-8 PSI Red Hat Enterprise Linux 8 2020-10-06T08:48:23+00:00 2022-05-10T11:13:00+00:00 false
true

Red Hat Enterprise Linux 8

Production Ready

The central infrastructure (automatic provisioning, upstream package synchronisation and Puppet) are stable and production ready.

The configuration management is done with Puppet like for RHEL 7. RHEL7 and RHEL8 hosts can share the same hierarchy in Hiera and thus also the "same" configuration. In cases where the configuration for RHEL7 or RHEL8 differs, the idea is to have both in parallel in Hiera and Puppet shall select the right one.

However please keep in mind that there might be/are still some rough edges and certain packages might be missing (especially PSI internal ones). If you encounter this please let us know in case of the rough edges and/or the developer of the internal PSI package!

Bugs and issues can be reported in the Linux project in JIRA.

Caveats

Missing or Replaced Packages

List of packages removed in RHEL 8

RHEL 7 RHEL 8 remarks
a2ps recommends to use enscript instead enscript upstream a2ps upstream
blt - blt upstream, does not work with newer Tk version (source)
gnome-icon-theme-legacy - used for RHEL 7 Icewm
... ... here I stopped research, please report/document further packages
devtoolset* gcc-toolset*
git-cvs - cvs itself is not supported by RHEL8, but available through EPEL. Still missing is the support for git cvsimport.

Missing RAID Drivers

Missing RAID Drivers during Installation

For RHEL 8 Red Hat phased out some hardware drivers, here is an official list, but I also found some stuff missing not listed there.

Installation with an unsupported RAID adapter then fails as the installer does not find a system disk to use.

To figure out what driver you need, best go the the installer shell or boot a rescue linux over the network and on the shell check the PCI Device ID of the RAID controller with

$ lspci -nn
...
82:00.0 RAID bus controller [0104]: 3ware Inc 9750 SAS2/SATA-II RAID PCIe [13c1:1010] (rev 05)
...

The ID is in the rightmost square brackets. Then check if there are drivers available.

I will now focus on ElRepo which provides drivers not supported any more by Red Hat. Check the PCI Device ID on their list of (https://elrepo.org/tiki/DeviceIDs). If you found a driver, then there are also driver disks provided.

There are two option in providing this driver disk to the installer:

  1. Download the according .iso file and extract it on an USB stick labelled with OEMDRV and have it connected during installation.
  2. Extend the kernel command line with inst.dd=$URL_OF_ISO_FILE, e.g. with a custom Grub config on the boot server.

(Red Hat documentation of this procedure)

At the end do not forget to enable the ElRepo RPM package repository in Hiera to also get new drivers for updated kernels:

# enable 3rd-party drivers from ElRepo
rpm_repos::default:
  - 'elrepo_rhel8'

Missing RAID Drivers on Kernel Upgrade

If the machine does not boot after provisioning or after an kernel upgrade with

Warning: /dev/mapper/vg_root-lv_root does not exist
Warning: /dev/vg_root/lv_root does not exist

after a lot of

Warning: dracut-initqueue timeout - starting timeout scripts

the it could be that the RAID controller supported was removed with the new kernel, e.g. for the LSI MegaRAID SAS there is a dedicated article.

For the LSI MegaRAID SAS there is still a driver available in ElRepo, so it can be installed during provisioning by Puppet. To do so add to Hiera:

base::pkg_group::....:
  - 'kmod-megaraid_sas'

rpm_repos::default:
  - 'elrepo_rhel8'

AFS cache partition not created due to existing XFS signature

It can happen when upgrading an existing RHEL 7 installation that the puppet run produces

Error: Execution of '/usr/sbin/lvcreate -n lv_openafs --size 2G vg_root' returned 5: WARNING: xfs signature detected on /dev/vg_root/lv_openafs at offset 0. Wipe it? [y/n]: [n]

This needs to be fixed manually:

  • run the complaining command and approve (or use --yes)
  • run puppet agent -t to finalize the configuration

Workstation Installation Takes Long and Seams to Hang

On the very first puppet run the command to install the GUI packages takes up to 10 minutes and it looks like it is hanging. Usually it is after the installation of /etc/sssd/sssd.conf. Just give it a bit time.

"yum/dnf search" Gives Permission Denied as Normal User

It works fine beside the below error message:

Failed to store expired repos cache: [Errno 13] Permission denied: '/var/cache/dnf/x86_64/8/expired_repos.json'

which is IMHO OK to not allow a normal user to do changes there.

Documenatation