注意
遵循本文中的过程会导致数据平面与虚拟机(VM) 的控制平面 断开连接。 Azure 的以下功能不可用,例如 自动来宾补丁、自动操作系统 (OS) 映像升级、热补丁和 Azure 更新管理器。 若要使用这些功能,请使用首选 OS 创建新的 VM,而不是执行就地升级。
适用于:✔️ Linux VM
总结
升级 Red Hat Enterprise Linux (RHEL) 系统是确保受益于最新功能、安全更新和支持的关键任务。 本文介绍如何使用 Leapp 实用工具将 RHEL 即用即付映像从 RHEL 7 升级到 RHEL 8、RHEL 8 到 RHEL 9 或 RHEL 9 到 RHEL 10 的 Linux 虚拟机(VM)。
重要
Red Hat 更新基础架构(RHUI)仅适用于按需付费镜像。 如果使用自定义或黄金映像(也称为自带订阅(BYOS),则必须将系统附加到 Red Hat 订阅管理器(RHSM)或卫星,才能接收更新。 有关详细信息,请参阅 如何使用 RHSM 注册和订阅 Red Hat 客户门户的 RHEL 系统。
有关对 Red Hat 提供的自定义、黄金或即用即付映像执行 Leapp 升级的详细信息,请参阅以下文章:
先决条件
- 备份 Linux VM 或拍摄 OS 磁盘的快照。
- 确保
/var/lib/leapp有足够的空间来进行升级。 最佳做法是至少有 2-5 GB 的可用空间。 - 设置对串行控制台的访问权限。
- 使用根权限运行本文中的命令。
为 Leapp 预升级和升级过程准备虚拟机
本部分概述了在使用 Leapp 实用工具对 RHEL 8、RHEL 9 或 RHEL 10 进行就地升级之前的必要步骤。
RHEL 7.9 到 RHEL 8。x
从 RHEL 7 执行就地升级时,唯一有效的目标版本是 RHEL 8.10。
| 源 OS 版本 | 目标版本 | 支持类型 |
|---|---|---|
| RHEL 7.9 | RHEL 8.10 | 维护支持 |
备注
RHEL 8.10 是 RHEL 8 的最终次要版本,因此不存在任何扩展更新支持(EUS)存储库。 早期 RHEL 8 次要版本(如 RHEL 8.8)不再接受为升级目标。 若要确认当前列表,请参阅 Red Hat Enterprise Linux 支持的就地升级路径。
备注
如果将 VM 锁定为次要版本,请删除版本锁。 有关详细信息,请参阅 将 RHEL 7.x VM 切换回非 EUS。
-
如果使用插件将包固定到固定版本
yum-plugin-versionlock,请删除引脚:sudo yum versionlock clear -
启用所需的 RHUI 存储库并安装所需的 RHUI 包,以确保系统已准备好进行升级:
sudo yum-config-manager --enable rhui-microsoft-azure-rhel7 sudo yum -y install rhui-azure-rhel7 sudo yum-config-manager --enable rhui-rhel-7-server-rhui-extras-rpms sudo yum -y install leapp-rhui-azure -
安装 Leapp 实用工具:
sudo yum install leapp-upgrade -
将所有包更新到最新的 RHEL 7 版本:
sudo yum update -
重新启动 VM:
sudo reboot -
若要防止升级失败,请暂时禁用防病毒软件和每个配置的运行状况检查,包括智能平台管理接口(IPMI)监视程序。 如果其中一个工具中断升级的关键阶段,VM 可能会变得不可用。
-
在运行
leapp preupgrade命令之前,请禁用任何具有客户端-服务器架构(如 Puppet、Salt 或 Chef)或无代理架构(如 Ansible)的配置管理系统。 -
确保 VM 不依赖于名称使用内核
eth前缀的多个网络接口卡(NIC)。 如果确实如此,请先改用另一种命名方案,然后再继续。 更多信息,请参阅 在 RHEL 7 上使用内核 NIC 名称时如何就地升级到 RHEL 8。
RHEL 8.x 到 RHEL 9。x
可以执行从 RHEL 8 到以下 RHEL 9 次要版本的就地升级。
| 源 OS 版本 | 目标版本 | 支持类型 |
|---|---|---|
| RHEL 8.10 | RHEL 9.6 | 扩展更新支持 (EUS) |
| RHEL 8.10 | RHEL 9.8 | 最新 RHEL 9 次要版本 |
重要
在使用 RHUI 的即用即付 VM 上,仅支持最新的升级路径。 此限制不适用于已安装SAP HANA的 VM。 若要升级按使用量计费的 SAP-HANA 或 SAP-APPS 虚拟机,请改为遵循 SAP 专用流程。 有关详细信息,请参阅 将 SAP 环境从 RHEL 8 升级到 RHEL 9。
备注
早期 RHEL 9 次要版本(如 RHEL 9.4)不再接受为升级目标。 若要确认当前列表,请参阅 Red Hat Enterprise Linux 支持的就地升级路径。
备注
如果将 VM 锁定为次要版本,请删除版本锁。 有关详细信息,请参阅 将 RHEL 8.x VM 切换回非 EUS。
-
如果使用插件将包固定到固定版本
dnf versionlock,请删除引脚:sudo dnf versionlock clear -
若要确保系统已准备好进行升级,请启用所需的 RHUI 存储库并安装所需的 RHUI 包:
sudo dnf config-manager --set-enabled rhui-microsoft-azure-rhel8 sudo dnf -y install rhui-azure-rhel8 leapp-rhui-azure -
将 VM 固定到源 OS 版本,以便 Leapp 实用工具解析正确的内容:
sudo rhui-set-release --set 8.10备注
rhui-set-release如果该命令在 VM 上不可用,请改为将值写入 /etc/dnf/vars/releasever 文件:echo "8.10" | sudo tee /etc/dnf/vars/releasever -
如果 VM 以前从 RHEL 7 升级到 RHEL 8,请删除升级留下的文件。 在安装任何 Leapp 包之前执行此操作,因为这些剩余包可能会中断 RHEL 8 到 RHEL 9 升级:
sudo rm -rf /usr/share/leapp-repository/repositories -
安装 Leapp 实用工具。
sudo dnf install leapp-upgrade -
将所有包更新到最新的 RHEL 8 版本:
sudo dnf update -
重启 VM。
sudo reboot -
若要防止升级失败,请暂时禁用防病毒软件以及所有已配置的运行状况检查项,包括智能平台管理接口(IPMI)看门狗。 如果其中一个工具中断升级的关键阶段,VM 可能会变得不可用。
-
在运行
leapp preupgrade命令之前,请禁用任何具有客户端-服务器架构(如 Puppet、Salt 或 Chef)或无代理架构(如 Ansible)的配置管理系统。 -
RHEL 9 不再支持在 RHEL 8 中弃用的旧网络脚本包。 在升级之前,迁移自定义网络脚本并创建 NetworkManager 调度程序脚本来运行现有的自定义脚本。 有关详细信息,请参阅 将自定义网络脚本迁移到 NetworkManager 调度程序脚本。
-
如果在 RHEL 7 或更早版本上创建了网络安全服务(NSS)数据库,请在升级之前将其从 DBM 格式转换为 SQLite。 有关详细信息,请参阅 将 NSS 数据库从 DBM 更新到 SQLite。
RHEL 9.x 到 RHEL 10。x
可以执行从 RHEL 9 到以下 RHEL 10 次要版本的就地升级。
| 源 OS 版本 | 目标版本 | 支持类型 |
|---|---|---|
| RHEL 9.6 | RHEL 10.0 | 扩展更新支持 (EUS) |
| RHEL 9.8 | RHEL 10.2 | 最新 RHEL 9 次要版本 |
重要
在使用 RHUI 的即用即付 VM 上,仅支持最新的可用升级路径。 此限制不适用于已安装SAP HANA的 VM。 若要升级 SAP-HANA 或 SAP-APPS 即用即付 VM,请参阅 如何使用 Leapp 将 SAP-HANA 和 SAP-APPS 即用即付虚拟机从 RHEL 9.x 升级到 RHEL 10.x。
备注
有关详细信息,请参阅 Red Hat Enterprise Linux 支持的就地升级路径。
-
如果 VM 以前已从 RHEL 8 升级到 RHEL 9,请确保已完成所有必需的升级后任务。 有关详细信息,请参阅 在 RHEL 9 系统上执行升级后任务。
-
将预期的系统版本设置为源 OS 版本:
sudo rhui-set-release --set <source_os_version>
替换为 <source_os_version> 源 OS 版本(例如 9.6)。
重要
使此锁保持原位,直到升级完成。 它将 VM 固定到 Leapp 用作源的次要版本,因此 dnf update 后续步骤中的命令无法将 VM 移到其他次要版本并中断升级路径。
备注
rhui-set-release如果该命令在 VM 上不可用,请改为通过更新 /etc/dnf/vars/releasever 文件来设置预期的发布版本:
echo "<source_os_version>" | sudo tee /etc/dnf/vars/releasever
-
如果使用
dnf versionlock插件将单个包固定到特定版本,请清除这些引脚:sudo dnf versionlock clear
备注
此步骤与上一步中的发布锁无关。 插件 dnf versionlock 固定各个包(例如特定的内核版本),并将其列表保留在 /etc/dnf/plugins/versionlock.list 中。 保留的任何引脚都阻止 Leapp 实用工具在升级期间替换该包。
-
启用所需的 RHUI 存储库并安装所需的 RHUI 包,以确保系统已准备好进行升级。
sudo dnf config-manager --set-enabled rhui-microsoft-azure-rhel9 sudo dnf -y install rhui-azure-rhel9 leapp-rhui-azure -
安装 Leapp 实用工具。
sudo dnf install leapp-upgrade -
更新所有包,以便 VM 运行可用于固定次要版本的最新内容。
sudo dnf update -
重启 VM。
sudo reboot -
(可选)查找先前在 VM 上留下的更新的 .rpmnew 和 .rpmsave 文件,合并回仍需要的任何设置,然后删除文件。
-
若要防止升级失败,请暂时禁用防病毒软件和任何配置的运行状况检查,包括智能平台管理接口(IPMI)监视程序。
-
在运行
leapp preupgrade命令之前,请禁用任何具有客户端-服务器架构(如 Puppet、Salt 或 Chef)或无代理架构(如 Ansible)的配置管理系统。
Leapp 预升级过程
Leapp 预升级报告突出显示了可能的问题,提供了建议的解决方案,并帮助你确定升级是可行还是建议继续升级。
RHEL 7.9 到 RHEL 8。x
运行以下 leapp preupgrade 命令:
sudo -r unconfined_r -t unconfined_t prlimit --nofile=16384 leapp preupgrade --target <target_os_version> --no-rhsm
如果在 VM 上禁用 SELinux,请改为运行以下命令:
sudo prlimit --nofile=16384 leapp preupgrade --target <target_os_version> --no-rhsm
备注
- 将
<target_os_version>替换为目标操作系统版本(例如,8.10)。 - 该
prlimit --nofile=16384命令会提高 Leapp 工具所需的文件描述符限制。 它作为同一命令的一部分运行,因为未经特权的用户无法事先提高限制。
RHEL 8.x 到 RHEL 9。x
运行以下 leapp preupgrade 命令:
sudo -r unconfined_r -t unconfined_t leapp preupgrade --target <target_os_version> --no-rhsm
备注
- 替换为
<target_os_version>目标 OS 版本(例如,9.6或9.8)。 - 如果 VM 上禁用了 SELinux,则省略
-r unconfined_r -t unconfined_t这些选项。
RHEL 9.x 到 RHEL 10。x
运行以下 leapp preupgrade 命令:
sudo -r unconfined_r -t unconfined_t leapp preupgrade --target <target_os_version> --no-rhsm
备注
- 替换为
<target_os_version>目标 OS 版本(例如,10.0或10.2)。 - 如果 VM 上禁用了 SELinux,则省略
-r unconfined_r -t unconfined_t这些选项。
检查 /var/log/leapp/leapp-report.txt 文件中的报告,并手动解决已发现的任何问题。 某些问题附带推荐的修复方法。 必须先解决抑制问题,然后才能继续升级。 有关报表中可能出现的各种问题的详细信息,请参阅 Red Hat OS 升级问题疑难解答。
Leapp 升级过程
在 Leapp 预升级报告中未显示错误或阻碍,并确认所有问题均已解决后,继续执行 Leapp 升级过程。 输出通常为绿色或黄色,表示可以安全地继续进行 Leapp 升级。
重要
确保通过串行控制台运行 leapp upgrade 命令,以避免任何可能影响安全外壳(SSH)终端的网络中断,并中断升级过程。
RHEL 7.9 到 RHEL 8。x
-
运行以下
leapp upgrade命令:sudo -r unconfined_r -t unconfined_t prlimit --nofile=16384 leapp upgrade --target <target_os_version> --no-rhsm如果在 VM 上禁用 SELinux,请改为运行以下命令:
sudo prlimit --nofile=16384 leapp upgrade --target <target_os_version> --no-rhsm备注
- 将
<target_os_version>替换为目标 OS 版本,例如8.10。 - 该
prlimit --nofile=16384命令会提高 Leapp 工具所需的文件描述符限制。 它作为同一命令的一部分运行,因为未经特权的用户无法事先提高限制。 - 如果您希望在升级过程中执行自动重启,需要将
--reboot选项添加到leapp upgrade命令。
- 将
-
如果上一命令中未包含
--reboot该选项,请监视串行控制台。 升级过程确认需要重新启动才能继续,如以下输出所示,手动重新启动 VM:====> * add_upgrade_boot_entry Add new boot entry for Leapp provided initramfs. A reboot is required to continue. Please reboot your system.sudo reboot
RHEL 8.x 到 RHEL 9。x
-
运行以下
leapp upgrade命令:sudo -r unconfined_r -t unconfined_t leapp upgrade --target <target_os_version> --no-rhsm备注
- 请将
<target_os_version>替换为目标操作系统版本,例如9.6或9.8。 - 如果 VM 上禁用了 SELinux,则省略
-r unconfined_r -t unconfined_t这些选项。 - 如果您希望在升级过程中执行自动重启,需要将
--reboot选项添加到leapp upgrade命令。
- 请将
-
如果上一命令中未包含
--reboot该选项,请监视串行控制台。 当升级过程显示需要重新启动才能继续时,请手动重新启动 VM。====> * add_upgrade_boot_entry Add new boot entry for Leapp provided initramfs. A reboot is required to continue. Please reboot your system.sudo reboot
RHEL 9.x 到 RHEL 10。x
-
运行以下
leapp upgrade命令:sudo -r unconfined_r -t unconfined_t leapp upgrade --target <target_os_version> --no-rhsm备注
- 请将
<target_os_version>替换为目标操作系统版本,例如10.0或10.2。 - 如果 VM 上禁用了 SELinux,则省略
-r unconfined_r -t unconfined_t这些选项。 - 如果您希望在升级过程中执行自动重启,需要将
--reboot选项添加到leapp upgrade命令。
- 请将
-
如果上一命令中未包含
--reboot该选项,请监视串行控制台。 当升级过程显示需要重新启动才能继续时,请手动重新启动 VM。====> * add_upgrade_boot_entry Add new boot entry for Leapp provided initramfs. A reboot is required to continue. Please reboot your system.sudo reboot
升级完成后,检查系统是否处于所需状态。
验证 Leapp 升级过程
本部分概述了完成就地升级后建议的验证步骤。
RHEL 7.9 到 RHEL 8。x
-
验证当前 OS 版本是否属于 RHEL 8:
sudo cat /etc/redhat-release -
验证版本锁文件:
sudo cat /etc/dnf/vars/releasever -
检查内核版本:
uname -r -
验证新存储库:
sudo dnf repolist
RHEL 8.x 到 RHEL 9。x
-
验证当前 OS 版本是否属于 RHEL 9:
sudo cat /etc/redhat-release -
验证版本锁文件:
sudo cat /etc/dnf/vars/releasever -
检查内核版本:
uname -r -
验证新存储库:
sudo dnf repolist
RHEL 9.x 到 RHEL 10。x
-
验证当前 OS 版本是否属于 RHEL 10:
sudo cat /etc/redhat-release -
验证版本锁文件:
sudo cat /etc/dnf/vars/releasever -
检查内核版本:
uname -r -
验证新存储库:
sudo dnf repolist
升级后任务
升级 VM 后,完成以下任务。
RHEL 7.9 到 RHEL 8。x
-
从 /etc/dnf/dnf.conf*
snactor*排除列表中删除所有剩余的 Leapp 包(包括包)。 就地升级会安装以下 Leapp 软件包。sudo dnf config-manager --save --setopt exclude='' -
删除任何包之前,请分离 RHEL 7 内核。 否则,过时的模块链接和启动条目将保持不变。
-
列出旧内核版本:
cd /lib/modules && ls -d *.el7*3.10.0-1160.119.1.el7.x86_64 3.10.0-1160.el7.x86_64 3.10.0-1160.59.1.el7.x86_64 -
删除每个旧内核的弱模块。 对上一步返回的每个版本重复该命令:
[ -x /usr/sbin/weak-modules ] && sudo /usr/sbin/weak-modules --remove-kernel <kernel version>备注
忽略以下错误消息,如果之前删除了内核包,则会生成该错误消息:
-
/usr/sbin/weak-modules: 行 <号>: cd: /lib/modules/<kernel version>/weak-updates: 无此类文件或目录 3. 删除每个旧内核的启动加载程序条目。 对每个版本重复该命令:
```bash
sudo /bin/kernel-install remove <kernel version> /lib/modules/<kernel version>/vmlinuz
```
-
删除仍属于 RHEL 7 的所有内容,包括旧的内核包、 内核解决方法 包和剩余的 Leapp 包。 使用
dnf以便 RPM 依赖项保持一致。-
查看仍在安装的内容:
rpm -qa | grep -e '\.el[67]' | grep -vE '^(gpg-pubkey|libmodulemd|katello-ca-consumer)' | sort -
删除这些包:
sudo dnf remove kernel-workaround $(rpm -qa | grep \.el7 | grep -vE 'gpg-pubkey|libmodulemd|katello-ca-consumer')重要
此步骤还可能会删除第三方包。 在接受此事务前,请先检查该事务,以确保不会误删任何软件包。
-
删除剩余的 Leapp 依赖项包:
sudo dnf remove leapp-deps-el8 leapp-repository-deps-el8 leapp-rhui-azure -
删除所有剩余的空目录:
sudo rm -r /lib/modules/*el7*
-
-
禁用其内容与 RHEL 8 不兼容的每个存储库:
sudo dnf config-manager --set-disabled <repository_id> -
验证 VM 上是否存在救援内核:
ls /boot/vmlinuz*rescue* 2>/dev/null || echo "No rescue kernel installed."如果存在救援内核,请将旧的救援内核和初始 RAM 磁盘替换为当前内存:
sudo dnf -y install dracut-config-rescue sudo rm /boot/vmlinuz-*rescue* /boot/initramfs-*rescue* sudo /usr/lib/kernel/install.d/51-dracut-rescue.install add "$(uname -r)" /boot "/boot/vmlinuz-$(uname -r)" -
查找 VM 上升级留下的 .rpmnew、 .rpmsave 和 .leappsave 文件,合并回仍需要的任何设置,然后删除文件。
-
重新应用安全策略。 Leapp 实用工具在升级期间将 SELinux 切换为宽松模式,不会将其切换回。 如果在升级之前 VM 在强制模式下运行,请还原该模式。 如果 VM 已经在宽容模式下运行,并且您希望保持该模式,请跳过此步骤。
-
检查确认不存在 SELinux 拒绝记录:
sudo ausearch -m AVC,USER_AVC -ts boot -
在 /etc/selinux/config 文件中设置
SELINUX=enforcing,然后重新启动 VM。 -
确认新模式:
getenforce
-
-
(可选)从系统中删除所有与升级相关的数据:
sudo rm -rf /var/log/leapp /root/tmp_leapp_py3 /var/lib/leapp重要
删除此数据可能会限制Microsoft和 Red Hat 支持部门调查和排查升级后问题的能力。
RHEL 8.x 到 RHEL 9。x
-
从 /etc/dnf/dnf.conf*
snactor*排除列表中删除所有剩余的 Leapp 包(包括包)。 就地升级将安装这些 Leapp 软件包。sudo dnf config-manager --save --setopt exclude='' -
删除所有剩余的 RHEL 8 包,包括所有剩余的 Leapp 包。
-
找到剩余的 RHEL 8 包。
sudo rpm -qa | grep -e '\.el[78]' | grep -vE '^(gpg-pubkey|libmodulemd|katello-ca-consumer)' | sort -
从 RHEL 9 VM 中删除剩余的 RHEL 8 包:
sudo dnf remove $(rpm -qa | grep \.el[78] | grep -vE 'gpg-pubkey|libmodulemd|katello-ca-consumer')重要
此步骤还可能会删除第三方包。 在确认之前,请先检查此次操作内容,以确保不会误移除任何软件包。
-
删除剩余的 Leapp 依赖项包:
sudo dnf remove leapp-deps-el9 leapp-repository-deps-el9 -
(可选)从系统中删除所有与升级相关的数据:
sudo rm -rf /var/log/leapp /root/tmp_leapp_py3 /var/lib/leapp重要
删除此数据可能会限制Microsoft和 Red Hat 支持部门调查和排查升级后问题的能力。
-
-
禁用其内容与 RHEL 9 不兼容的每个存储库:
sudo dnf config-manager --set-disabled <repository_id> -
验证 VM 上是否存在救援内核:
ls /boot/vmlinuz*rescue* 2>/dev/null || echo "No rescue kernel installed."如果存在救援内核,请将旧的救援内核和初始 RAM 磁盘替换为当前内存:
sudo dnf -y install dracut-config-rescue sudo rm /boot/vmlinuz-*rescue* /boot/initramfs-*rescue* sudo /usr/lib/kernel/install.d/51-dracut-rescue.install add "$(uname -r)" /boot "/boot/vmlinuz-$(uname -r)" -
查找 VM 上升级留下的 .rpmnew、 .rpmsave 和 .leappsave 文件,合并回仍需要的任何设置,然后删除文件。
-
重新应用安全策略。 Leapp 实用工具在升级期间将 SELinux 切换为宽松模式,不会将其切换回。 如果在升级之前 VM 在强制模式下运行,请还原该模式。 如果 VM 已经在宽容模式下运行,并且您希望保持该模式,请跳过此步骤。
-
检查确认不存在 SELinux 拒绝记录:
sudo ausearch -m AVC,USER_AVC -ts boot -
在 /etc/selinux/config 文件中设置
SELINUX=enforcing,然后重新启动 VM。 -
确认新模式:
getenforce
-
RHEL 9.x 到 RHEL 10。x
-
从 /etc/dnf/dnf.conf*
snactor*排除列表中删除所有剩余的 Leapp 包(包括包)。 就地升级会安装以下 Leapp 软件包。sudo dnf config-manager --save --setopt exclude='' -
删除所有剩余的 RHEL 9 包,包括所有剩余的 Leapp 包。
-
找到剩余的 RHEL 9 包。
sudo rpm -qa | grep -e '\.el[789]' | grep -vE '^(gpg-pubkey|libmodulemd|katello-ca-consumer)' | sort -
从 RHEL 10 VM 中删除剩余的 RHEL 9 包:
sudo dnf remove $(rpm -qa | grep \.el[789] | grep -vE 'gpg-pubkey|libmodulemd|katello-ca-consumer')重要
此步骤还可能会删除第三方包。 在确认接受该操作之前,请先检查一下,确保不会意外移除任何软件包。
-
删除剩余的 Leapp 依赖项包:
sudo dnf remove leapp-deps-el10 leapp-repository-deps-el10 -
(可选)从系统中删除所有与升级相关的数据:
sudo rm -rf /var/log/leapp /root/tmp_leapp_py3 /var/lib/leapp重要
删除此数据可能会限制Microsoft和 Red Hat 支持部门调查和排查升级后问题的能力。
-
-
禁用其内容与 RHEL 10 不兼容的每个存储库:
sudo dnf config-manager --set-disabled <repository_id> -
验证 VM 上是否存在救援内核:
ls /boot/vmlinuz*rescue* 2>/dev/null || echo "No rescue kernel installed."如果存在救援内核,请将旧的救援内核和初始 RAM 磁盘替换为当前内存:
sudo dnf -y install dracut-config-rescue sudo rm /boot/vmlinuz-*rescue* /boot/initramfs-*rescue* sudo /usr/lib/kernel/install.d/51-dracut-rescue.install add "$(uname -r)" /boot "/boot/vmlinuz-$(uname -r)" -
查看升级留下的配置文件:
- 查找 .rpmnew、 .rpmsave 和 .leappsave 文件,合并回仍需要的任何设置,然后删除文件。
- 从 /etc/dnf/modules.d/ 目录中删除不再有效的 RHEL 9 DNF 模块文件。
-
重新应用安全策略。 Leapp 实用工具在升级期间将 SELinux 设置为宽松模式,并且不会将其设置回去。 如果在升级之前 VM 在强制模式下运行,请还原该模式。 如果 VM 已经在宽容模式下运行,并且您希望保持该模式,请跳过此步骤。
-
检查确认不存在 SELinux 拒绝记录:
sudo ausearch -m AVC,USER_AVC -ts boot -
在 /etc/selinux/config 文件中设置
SELINUX=enforcing,然后重新启动 VM。 -
确认新模式:
getenforce
-
第三方信息免责声明
本文讨论的第三方产品由独立于Microsoft的公司制造。 Microsoft对这些产品的性能或可靠性不作任何默示或其他保证。
备注
本文的部分内容是在人工智能的帮助下创建的。 在发布前,已有作者审阅并根据需要修订了内容。 请参阅《我们在 Microsoft Learn 上使用 AI 生成内容的原则》一文。