9.3. RHEL 8.9 升级到 RHEL 9.3 的已知问题

以下是您在从 RHEL 8.9 升级到 RHEL 9.3 时可能遇到的已知问题:

  • 在进行原位升级时,如果 Network Manager 被禁用或没有安装,则 network teaming 功能无法正常工作。
  • 如果您使用 HTTP 代理,则必须将 Red Hat Subscription Manager 配置为使用代理服务器,或在执行 subscription-manager 命令时使用 --proxy <hostname> 选项 。否则,subscription-manager 命令的执行会失败。如果您使用 --proxy 选项而不是配置更改,升级过程会失败,因为 Leapp 无法检测到代理。要防止这个问题发生,请手动编辑 rhsm.conf 文件,如 How to configure HTTP Proxy for Red Hat Subscription Management 所述。(BZ#1689294)
  • 如果您的 RHEL 8 系统使用由红帽提供但在 RHEL 9 中不可用的设备驱动程序,Leapp 将会限制升级。但是,如果 RHEL 8 系统使用 Leapp/etc/leapp/files/device_driver_deprecation_data.json 文件中没有数据的第三方设备驱动程序,Leapp 不会检测这样的驱动程序并进行升级。然后,该系统可能会在升级后无法引导。
  • 如果系统上安装的第三方软件包(不是红帽签名的)的名称与红帽提供的软件包名称相同,则原位升级会失败。要临时解决这个问题,请在升级前选择以下选项之一:

    1. 删除第三方软件包
    2. 使用红帽提供的软件包替换第三方软件包
  • 在 RHEL 8 中,您可以使用 VDO 管理器或逻辑卷管理器(LVM)管理 Virtual Data Optimizer (VDO)卷。在 RHEL 9 中,只能使用 LVM 管理 VDO 卷。要在 RHEL 9 上继续使用 VDO 管理的卷,请在升级前将这些卷导入到 LVM 管理的 VDO 卷。如需更多信息,请参阅 将现有 VDO 卷导入到 LVM
  • 在带有独立磁盘的软件冗余阵列(RAID)的系统上,原位升级可能会失败。(BZ#1957192)
  • 在原位升级过程中,Leapp 通常会在 RHEL 8 和 RHEL 9 之间保留网络接口控制器(NIC)。但是,在一些系统上,比如带有网络绑定的系统,可能需要在 RHEL 8 和 RHEL 9 之间更新 NIC 名称。在这些系统上执行以下步骤:

    1. 设置 LEAPP_NO_NETWORK_RENAMING=1 环境变量,以防止 Leapp 工具错误地保留原始 RHEL 8 NIC 名称。
    2. 执行原位升级。
    3. 验证您的网络是否正常工作。如果需要,请手动更新网络配置。

      (BZ#1919382)

  • 如果您的系统使用 BIOS 引导,如果引导磁盘嵌入区域没有足够空间用于核心镜像安装,则在升级 GRUB2 引导装载程序时,原位升级会失败。这会导致系统损坏,在磁盘被手动分区时可能会发生,例如使用 RHEL 6 fdisk 工具。要验证这个问题是否会影响您,请执行以下步骤:

    1. 确定哪个扇区使用安装的引导装载程序启动磁盘上的第一个分区:

      # fdisk -l

      标准分区,其确保为核心镜像保留足够的空间,从扇区 2048 开始。

    2. 确定起始扇区是否提供足够的空间。RHEL 9.0 内核镜像需要至少 36 KiB。例如,如果扇区大小为标准的 512 字节,则从扇区 73 或以下开始将无法提供足够的空间。

      注意

      RHEL 9 内核镜像可能大于 36 KiB,需要更高的起始扇区。始终验证当前 RHEL 9 内核需要多少空间。

    3. 如果嵌入区域不包含足够的存储空间,请执行全新的 RHEL 9 系统安装,而不是执行原位升级。

      (BZ#2181380)

  • 原位升级后,如果系统满足以下条件,SSH 密钥将不再自动生成:

  • 在硬件级别 13 上创建的,并使用 UEFI 引导的 VMware 虚拟机可能会在升级过程中遇到问题,因为 NVRAM 文件太小了。有关此问题以及如何解决它的更多信息,请参阅 VMWare: 当执行 efibootmgr 或 mokutil 命令添加条目时,得到 "No space left on device"。(RHEL-3362)
  • 如果您使用带有 ISO 镜像的 RHUI 进行升级,则升级可能会失败。您可以通过在升级时不使用 --iso 选项,或者按照 使用 ISO 进行离线 Leapp 升级失败,并带有 "Failed to synchronize cache for repo 'rhul-microsoft-azure-rhel8', ignoring this repo" 中的说明进行操作,来临时解决这个问题。(RHEL-3296)
  • 如果挂载了太多文件系统,则预升级过程可能会失败,并显示以下错误消息:

    OperationalError: unable to open database file

    如果出现这个问题,请完成以下步骤:

    1. 卸载与系统分区无关且在升级过程中不需要的文件系统。
    2. 注释掉 /etc/fstab 文件中卸载的文件系统的条目,以防止它们在升级过程中被挂载。
    3. 升级后恢复原始文件系统配置。

      (RHEL-3320)

  • 如果 /etc/fstab 文件中定义的任何挂载的文件系统没有设置 共享 传播标志,则升级可能会失败。要防止这个问题,请重新挂载这些文件系统将其设置为共享:

    # mount -o remount --make-shared <mountpoint>

    使用每个文件系统的挂载点替换 mountpoint

    如需更多信息,请参阅 DNF 事务检查 中的 Leapp "Can not load RPM 文件 "。(RHEL-23449)