11.18. 云环境中的 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行的注释。 重新生成
initramfs。为此,在虚拟机中使用以下步骤,并将 <kernelVersion> 替换为您要重建的内核的完整版本。备份当前的
initramfs配置:# cp /boot/initramfs-<kernelVersion>.img /boot/initramfs-<kernelVersion>.img.bak构建
initramfs:# dracut -f /boot/initramfs-<kernelVersion>.img <kernelVersion>
- 重启虚拟机以验证引导是否成功。
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]
当启用了 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]
在某些情况下,启用 Hyper-V 启蒙不会改进 CPU 优化
在使用 Windows 客户机操作系统的虚拟机(VM)上,在某些情况下启用 Hyper-V 启蒙不会导致在虚拟机的 CPU 使用率方面预期的改进。当前没有解决此问题的方法。
Jira:RHEL-17331[1]