9.3. RHEL 8 升级到 RHEL 9 的已知问题
以下是您升级时可能遇到的已知问题。
- 在进行原位升级时,如果 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)
原位升级后,如果系统满足以下条件,SSH 密钥将不再自动生成:
- 系统在云上。
- cloud-init 软件包已安装。
ssh_genkeytypes 配置在 /etc/cloud/cloud.cfg 文件中被设置为 ~,这是默认设置。
如果删除了原始密钥,则此问题会阻止系统使用 SSH 连接。有关防止这个问题的更多信息,请参阅红帽知识库解决方案 将模板升级到 RHEL 8.7 或 9 后的无法 SSH 到新的虚拟机。(BZ#2210012)
- 在硬件级别 13 上创建的,并使用 UEFI 引导的 VMware 虚拟机可能会在升级过程中遇到问题,因为 NVRAM 文件太小了。如需更多信息,请参阅红帽知识库解决方案 在执行 efibootmgr 或 mokutil 命令添加条目时,得到 VMWare:"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)
如果
/etc/fstab
文件中定义的任何挂载的文件系统没有设置shared
传播标志,则升级可能失败。要防止这个问题,请重新挂载这些文件系统,以将其设置为 shared :mount -o remount --make-shared <mountpoint>
# mount -o remount --make-shared <mountpoint>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 使用每个文件系统的挂载点替换 mountpoint。
如需更多信息,请参阅红帽知识库解决方案 Leapp 在 DNF 事务检查过程中 "Can not load RPM file" 。(RHEL-23449)
-
如果您使用 RHUI 进行升级,则
/usr/share/leapp-repository/repositories/system_upgrade/common/files/rhui/
目录中的文件在预升级报告中被错误地报告为自定义文件。除非手动修改这些文件,否则您可以忽略报告中有关这些文件的警告,原位升级将不会受到影响。(RHEL-40115) 默认情况下,在升级后
logrotate
没有激活。logrotate
以前在 RHEL 8 及更早版本中由cron
管理。在 RHEL 9 中,它由systemd
管理。要永久激活logrotate
,请在升级后运行以下命令:systemctl enable --now logrotate.timer
# systemctl enable --now logrotate.timer
Copy to Clipboard Copied! Toggle word wrap Toggle overflow -
如果您使用 HTTP 代理,则必须将 Red Hat Subscription Manager 配置为使用代理服务器,或在执行
subscription-manager
命令时使用--proxy <hostname>
选项 。否则,subscription-manager
命令的执行会失败。如果您使用--proxy
选项而不是配置更改,升级过程会失败,因为Leapp
无法检测到代理。要防止这个问题发生,请手动编辑rhsm.conf
文件。如需更多信息,请参阅红帽知识库解决方案 如何为红帽订阅管理配置 HTTP 代理。(BZ#1689294) -
对于需要代理访问 RHEL 9 内容的系统,您通常需要在
/etc/dnf/dnf.conf
配置文件中通过 DNF 配置代理的使用。如果当前的 DNF 配置与目标系统上的 DNF 版本不兼容,请在/etc/leapp/files/dnf.conf
配置文件中指定有效的目标配置。如需更多信息,请参阅红帽知识库解决方案 Leapp 如何使用代理? 当以下条件都满足时,升级可能会失败,并显示
MountError
消息:-
/etc/fstab
中定义的挂载点包含下划线字符。 如果下划线字符被替换为正斜杠,则
/etc/stab
中定义的另一个挂载点具有相同的名称。例如,在
/etc/fstab
中定义的/var/tmp
和/var_tmp
挂载点导致升级失败。要防止这个问题,请卸载包含下划线字符的挂载点,并在升级之前注释掉
/etc/fstab
文件中的挂载点。您可以在升级后恢复配置。
-
-
当使用 Red Hat Upgrade Infrastructure (RHUI)升级系统时,如果系统的 RHUI 设置与
Leapp
程序预期的 RHUI 系统实施的默认值不同,则升级可能会失败。要解决这个问题,请配置升级过程以针对您的 RHUI 设置进行调整。如需更多信息,请参阅使用 RHUI 配置原位升级。 您不能在安装了
kernel-rt
软件包的系统中执行升级。要防止这个问题,请在升级前运行以下命令以便在升级过程中删除软件包:echo kernel-rt >>/etc/leapp/transaction/to_remove
# echo kernel-rt >>/etc/leapp/transaction/to_remove
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 在具有 Non-Volatile Memory Express over Fibre Channel (NVME-FC)的系统中,原位升级可能会失败。(oscapRHEL-46807)
从 RHEL 7 升级到 RHEL 8 的系统可能包含与升级相关的文件,它们可能会导致 RHEL 8 到 RHEL 9 原位升级的问题。要防止这些问题,请完成以下步骤:
如果您已经安装了 RHEL 8 到 RHEL 9 升级软件包,请删除它们:
dnf remove "*leapp*" -y
# dnf remove "*leapp*" -y
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 删除 RHEL 7 到 RHEL 8 升级相关的文件:
rm -rf /usr/share/leapp-repository/repositories
# rm -rf /usr/share/leapp-repository/repositories
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 将 RHEL 8 安装到 RHEL 9 升级软件包:
dnf install leapp-upgrade -y
# dnf install leapp-upgrade -y
Copy to Clipboard Copied! Toggle word wrap Toggle overflow