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
# cp /boot/initramfs-<kernelVersion>.img /boot/initramfs-<kernelVersion>.img.bak
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 构建
initramfs
:dracut -f /boot/initramfs-<kernelVersion>.img <kernelVersion>
# dracut -f /boot/initramfs-<kernelVersion>.img <kernelVersion>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
- 重启虚拟机以验证引导是否成功。
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.
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
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]