9.3. RHEL 9 到 RHEL 10 的已知问题

以下是您升级时可能遇到的已知问题。

如果您的 RHEL 9 系统使用由红帽提供但在 RHEL 10 中不可用的设备驱动程序，Leapp 会阻止升级。但是，如果 RHEL 9 系统使用 Leapp 在 /etc/leapp/files/device_driver_deprecation_data.json 文件中没有数据的第三方设备驱动程序，Leapp 不会检测到这样的驱动程序并进行升级。然后，该系统可能会在升级后无法引导。
如果系统上安装的第三方软件包（不是红帽签名的）的名称与红帽提供的软件包名称相同，则原位升级会失败。要临时解决这个问题，请在升级前选择以下选项之一：
1. 删除第三方软件包
2. 使用红帽提供的软件包替换第三方软件包
在带有独立磁盘的软件冗余阵列(RAID)的系统上，原位升级可能会失败。(BZ#1957192)
在原位升级过程中，Leapp 通常会在 RHEL 9 和 RHEL 10 之间保留网络接口控制器(NIC)名称。但是，在某些系统中，如带有网络绑定的系统，可能需要在 RHEL 9 和 RHEL 10 之间更新 NIC 名称。在这些系统上，执行以下步骤：
1. 设置 LEAPP_NO_NETWORK_RENAMING=1 环境变量，以防止 Leapp 程序错误地保留原始 RHEL 9 NIC 名称。
2. 执行原位升级。
3. 验证您的网络是否正常工作。如果需要，请手动更新网络配置。
  (BZ#1919382)

如果您使用 HTTP 代理，则必须将 Red Hat Subscription Manager 配置为使用代理服务器，或在执行 subscription-manager 命令时使用 --proxy <hostname> 选项。否则，subscription-manager 命令的执行会失败。如果您使用 the- proxy 选项而不是配置更改，升级过程会失败，因为 Leapp 无法检测到代理。要防止这个问题发生，请手动编辑 rhsm.conf 文件。如需更多信息，请参阅红帽知识库解决方案如何为红帽订阅管理配置 HTTP 代理。(BZ#1689294)
对于需要代理访问 RHEL 9 内容的系统，您通常需要在 /etc/dnf/dnf.conf 配置文件中通过 DNF 配置代理的使用。如果当前的 DNF 配置与目标系统上的 DNF 版本不兼容，请在 /etc/leapp/files/dnf.conf 配置文件中指定有效的目标配置。如需更多信息，请参阅红帽知识库解决方案 Leapp 如何使用代理？

如果 kerberos 客户端被配置为对 root 证书使用已弃用的 /etc/ssl/certs/ca-certificates.crt 文件，则升级后可能会中断。要修复配置，请改为使用 /etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem 文件。(RHEL-65265)
在 IBM Z 机器上，如果系统位于多路径 LVM SCSI LUN 中，升级可能会失败。(RHEL-76159)