9.16. 云环境中的 RHEL
在 Nutanix AHV 中使用 LVM 克隆或恢复 RHEL 9 虚拟机会导致非 root 分区消失
当在 Nutanix AHV 虚拟机监控程序上托管的虚拟机中运行 RHEL 9 客户机操作系统时，从快照中恢复虚拟机或克隆虚拟机目前会导致虚拟机中的非 root 分区在虚拟机中使用逻辑卷管理(LVM)时消失。因此，会出现以下问题：
- 从快照恢复虚拟机后，虚拟机无法引导，而是进入紧急模式。
- 通过克隆创建的虚拟机无法引导，而是进入紧急模式。
要临时解决这个问题，在虚拟机的紧急模式下执行以下操作：
-
删除 LVM 系统设备文件：
rm /etc/lvm/devices/system.devices -
重新创建 LVM 设备设置：
vgimportdevices -a - 重启虚拟机
这样，克隆或恢复的虚拟机可以正确引导。
另外，为了避免这个问题发生，请在克隆虚拟机或创建虚拟机快照前进行以下操作：
-
在
/etc/lvm/lvm.conf文件中取消注释use_devicesfile = 0行 - 重启虚拟机
Bugzilla:2059545[1]
在 ESXi 上自定义 RHEL 9 客户机有时会导致网络问题
目前，在 VMware ESXi hypervisor 中自定义 RHEL 9 客户机操作系统无法正常工作。因此，如果客户机使用这样的密钥文件，它有不正确的网络设置，如 IP 地址或网关。
有关详情和临时解决方案说明，请参阅 VMware 知识库。
Bugzilla:2037657[1]
如果 RHEL 实例是由 cloud-init 提供的，且使用 NFSv3 挂载条目配置的，则其在 Azure 上无法引导
目前，如果 VM 是由 cloud-init 工具提供的，且虚拟机的客户机操作系统在 /etc/fstab 文件中有 NFSv3 挂载条目，则在 Microsoft Azure 云平台上引导 RHEL 虚拟机(VM)会失败。
Bugzilla:2081114[1]
在 VMware 主机上的 RHEL 虚拟机中设置静态 IP 无法正常工作
目前，当使用 RHEL 作为 VMware 主机上虚拟机(VM)的客户机操作系统时，DatasourceOVF 功能无法正常工作。因此，如果您使用 cloud-init 实用程序将虚拟机的网络设置为静态 IP，然后重启虚拟机，则虚拟机的网络将更改为 DHCP。
要临时解决这个问题，请参阅 VMware 知识库。
当启用了 kmemleak 选项时，大型虚拟机可能无法引导到 debug 内核
当试图将 RHEL 9 虚拟机(VM)引导到 debug 内核时，如果机器内核使用 kmemleak=on 参数，则引导可能会失败，并显示以下错误。
Cannot open access to console, the root account is locked. See sulogin(8) man page for more details. Press Enter to continue.
这个问题主要影响大型虚拟机，因为它们在引导序列中花费了大量时间。
要临时解决这个问题，请编辑机器上的 /etc/fstab 文件，并向 /boot 和 /boot/efi 挂载点添加额外的超时选项。例如：
UUID=e43ead51-b364-419e-92fc-b1f363f19e49 /boot xfs defaults,x-systemd.device-timeout=600,x-systemd.mount-timeout=600 0 0 UUID=7B77-95E7 /boot/efi vfat defaults,uid=0,gid=0,umask=077,shortname=winnt,x-systemd.device-timeout=600,x-systemd.mount-timeout=600 0 2
Jira:RHELDOCS-16979[1]
