9.4. RHEL 8.8 升级到 RHEL 9.2 的已知问题
以下是您在从 RHEL 8.8 升级到 RHEL 9.2 时可能会遇到的已知问题。
- 在进行原位升级时，如果 Network Manager 被禁用或没有安装，则 network teaming 功能无法正常工作。
-
如果您的 RHEL 8 系统使用由红帽提供但在 RHEL 9 中不可用的设备驱动程序，
Leapp将会限制升级。但是，如果 RHEL 8 系统使用Leapp在/etc/leapp/files/device_driver_deprecation_data.json文件中没有数据的第三方设备驱动程序，Leapp不会检测这样的驱动程序并进行升级。然后，该系统可能会在升级后无法引导。 如果系统上安装的第三方软件包（不是红帽签名的）的名称与红帽提供的软件包名称相同，则原位升级会失败。要临时解决这个问题，请在升级前选择以下选项之一：
- 删除第三方软件包
- 使用红帽提供的软件包替换第三方软件包
- 在 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 名称。在这些系统上执行以下步骤：-
设置
LEAPP_NO_NETWORK_RENAMING=1环境变量，以防止 Leapp 工具错误地保留原始 RHEL 8 NIC 名称。 - 执行原位升级。
验证您的网络是否正常工作。如果需要，请手动更新网络配置。
(BZ#1919382)
-
设置
- 如果没有足够的可用磁盘空间，原位升级可能会失败。错误消息和日志可能包含有关问题和解决方案的误导或无效信息。要解决这个问题，请参阅 leapp 失败并显示"There is not enough space on the file system hosting /var/lib/leapp directory to extract the packages" 知识库解决方案。(BZ#1832730, BZ#2210300)
如果您的系统使用 BIOS 引导，如果引导磁盘嵌入区域没有足够空间用于核心镜像安装，则在升级 GRUB2 引导装载程序时，原位升级会失败。这会导致系统损坏，在磁盘被手动分区时可能会发生，例如使用 RHEL 6
fdisk工具。要验证这个问题是否会影响您，请执行以下步骤：确定哪个扇区使用安装的引导装载程序启动磁盘上的第一个分区：
# fdisk -l标准分区，其确保为核心镜像保留足够的空间，从扇区 2048 开始。
确定起始扇区是否提供足够的空间。RHEL 9.0 内核镜像需要至少 36 KiB。例如，如果扇区大小为标准的 512 字节，则从扇区 73 或以下开始将无法提供足够的空间。
注意RHEL 9 内核镜像可能大于 36 KiB，需要更高的起始扇区。始终验证当前 RHEL 9 内核需要多少空间。
如果嵌入区域不包含足够的存储空间，请执行全新的 RHEL 9 系统安装，而不是执行原位升级。
(BZ#2181380)
原位升级后，如果系统满足以下条件，SSH 密钥将不再自动生成：
- 系统在云上。
- cloud-init 软件包已安装。
ssh_genkeytypes 配置在 /etc/cloud/cloud.cfg 文件中被设置为 ~，这是默认设置。
如果删除了原始密钥，则此问题会阻止系统使用 SSH 连接。要防止这个问题，请参阅 将模板升级到 RHEL 8.7 或 9 后，无法 SSH 到新虚拟机 知识库解决方案。(BZ#2210012)
如果挂载了太多文件系统，则预升级过程可能会失败，并显示以下错误消息：
OperationalError: unable to open database file
如果出现这个问题，请完成以下步骤：
- 卸载与系统分区无关且在升级过程中不需要的文件系统。
-
注释掉
/etc/fstab文件中卸载的文件系统的条目，以防止它们在升级过程中被挂载。 升级后恢复原始文件系统配置。
- 目前在 ARM 架构的 Amazon Web Services (AWS)上使用 Red Hat Update Infrastructure (RHUI)进行原位升级时遇到问题。改为使用 Red Hat Subscription Manager (RHSM)。(RHEL-38909)
-
使用 RHUI 虚拟机在 Microsoft Azure 上进行原位升级可能会失败。要防止这个问题，请验证您在升级之前是否已安装了
leapp-rhui-azure-1.0.0-10.el8.noarch软件包版本。 默认情况下，在升级后
logrotate不会激活。logrotate以前在 RHEL 8 及更早版本中由cron管理。在 RHEL 9 中，它由systemd管理。要永久激活logrotate，请在升级后运行以下命令：# systemctl enable --now logrotate.timer-
如果您使用 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 9 内容的系统，您通常需要在
/etc/dnf/dnf.conf配置文件中配置 DNF 使用代理。如果当前的 DNF 配置与目标系统上的 DNF 版本不兼容，请在/etc/leapp/files/dnf.conf配置文件中指定有效的目标配置。如需更多信息，请参阅 Leapp 如何使用代理？
