Linux Configuration

Operating System

The default operating system must be installed to ensure that all required packages are installed. The minimal operating system install does not contain all of the required packages, and therefore, cannot be used with LifeKeeper.

Kernel updates

In order to provide the highest level of availability for a LifeKeeper cluster, the kernel version used on a system is very important. The table below lists each supported distribution and version with the kernel that has passed LifeKeeper certification testing.

*When upgrading the kernel, you may need to rerun the setup script (./setup) using the installation image. If DataKeeper fails to start after upgrading the kernel, run the setup script to install the appropriate kernel module.

!Upgrading from RHEL 8 to RHEL 9 or SLES12 to SLES15 is not supported.

*This list of supported distributions and kernels is for LifeKeeper/DataKeeper only. You should also determine and adhere to the supported distributions and kernels for your server and storage hardware as specified by the manufacturer.

*1 DataKeeper asynchronous mirrors are not supported on some kernels. See Known Issues / Restrictions for more information.
*2 DataKeeper asynchronous mode is not supported on thin provisioned disks due to kernel issues. See Known Issues / Restrictions for more information.
*3 For UEK6, upgrade the kernel to 5.4.17-2102.202.5 .
*4 For SP3, upgrade the kernel to 4.4.82-6.9.1.
*5 DataKeeper cannot use disks with an odd sector size.
*6 For SP3, upgrade the kernel to 5.3.18-59.5.
*7 For UEK R7, when using DataKeeper, the node would stop due to Kernel panic. See the Oracle Linux kernel (OL8U7) section in the Installation – Known Issues / Restrictions

LUN support

The Linux SCSI driver has several parameters that control which devices will be probed for Logical Units (LUNs):

• List of devices that do not support LUNs – this list of devices are known to NOT support LUNs, so the SCSI driver will not allow the probing of these devices for LUNs.
• List of devices that do support LUNs – this list of devices is known to support LUNs well, so always probe for LUNs.
• Probe all LUNs on each SCSI device – if a device is not found on either list, whether to probe or not. This parameter is configured by make config in the SCSI module section.
  

While most distributions (including SUSE) have the Probe all LUNs setting enabled by default, Red Hat has the setting disabled by default. External RAID controllers that are typically used in LifeKeeper configurations to protect data are frequently configured with multiple LUNs (Logical Units). To enable LUN support, this field must be selected and the kernel remade.

To enable Probe all LUNs without rebuilding the kernel or modules, set the variable max_scsi_luns to 255 (which will cause the scan for up to 255 LUNs). To set the max_scsi_luns on a kernel where the scsi driver is a module (e.g. Red Hat), add the following entry to /etc/modules.conf, rebuild the initial ramdisk and reboot loading that ramdisk:

options scsi_mod max_scsi_luns=255

To set the max_scsi_luns on a kernel where the scsi driver is compiled into the kernel (e.g. SUSE), add the following entry to /etc/lilo.conf:

append="max_scsi_luns=255"

*For some devices, scanning for 255 LUNs can have an adverse effect on boot performance (in particular devices with the BLIST_SPARSELUN defined). The Dell PV650F is an array where this has been experienced. To avoid this performance problem, set the max_scsi_luns to the maximum number of LUNs you have configured on your arrays such as 16 or 32. For example,
append="max_scsi_luns=16"

Testing environment of channel bonding, network teaming

In LifeKeeper, we performed tests in the environment using the channel bonding or network teaming with the following settings:

• Bonding policy in channel bonding
  • balance-rr
  • active-backup
• Runner in network teaming
  • round-robin
  • active-backup

For RHEL8 or later, set connection.autoconnect-slaves to true by NetworkManager.