Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

8.18. 云环境中的 RHEL

在 Nutanix AHV 中使用 LVM 克隆或恢复 RHEL 9 虚拟机会导致非 root 分区消失

当在 Nutanix AHV 虚拟机监控程序上托管的虚拟机中运行 RHEL 9 客户机操作系统时，从快照中恢复虚拟机或克隆虚拟机目前会导致虚拟机中的非 root 分区在虚拟机中使用逻辑卷管理(LVM)时消失。因此，会出现以下问题：

  • 从快照恢复虚拟机后，虚拟机无法引导，而是进入紧急模式。
  • 通过克隆创建的虚拟机无法引导，而是进入紧急模式。

要临时解决这个问题，在虚拟机的紧急模式下执行以下操作：

  1. 删除 LVM 系统设备文件： rm /etc/lvm/devices/system.devices
  2. 重新创建 LVM 设备设置：vgimportdevices -a
  3. 重启虚拟机

这样，克隆或恢复的虚拟机可以正确引导。

另外，为了避免这个问题发生，请在克隆虚拟机或创建虚拟机快照前进行以下操作：

  1. 取消注释 /etc/lvm/lvm.conf 文件中的 use_devicesfile = 0 行。

  2. 重新生成 initramfs。要做到这一点，使用虚拟机中的以下步骤，并将 &lt ;kernelVersion > 替换为您要重建的内核的完整版本。

    1. 备份当前的 initramfs 配置： 

      # cp /boot/initramfs-<kernelVersion>.img /boot/initramfs-<kernelVersion>.img.bak
      Copy to Clipboard Toggle word wrap

    2. 构建 initramfs ： 

      # dracut -f /boot/initramfs-<kernelVersion>.img  <kernelVersion>
      Copy to Clipboard Toggle word wrap
  3. 重启虚拟机以验证引导是否成功。

Jira:RHELPLAN-114103[1]

在 ESXi 上自定义 RHEL 9 客户机有时会导致网络问题

目前，在 VMware ESXi hypervisor 中自定义 RHEL 9 客户机操作系统无法正常工作。因此，如果客户机使用这样的密钥文件，它有不正确的网络设置，如 IP 地址或网关。

临时解决方案：请参阅 VMware 知识库。

Jira:RHELPLAN-106947[1]

如果 RHEL 实例是由 cloud-init 提供的，且使用 NFSv3 挂载条目配置的，则其在 Azure 上无法引导

目前，如果 VM 是由 cloud-init 工具提供的，且虚拟机的客户机操作系统在 /etc/fstab 文件中有 NFSv3 挂载条目，则在 Microsoft Azure 云平台上引导 RHEL 虚拟机(VM)会失败。当前没有解决此问题的方法。

Jira:RHELPLAN-120807[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.
Copy to Clipboard Toggle word wrap

这个问题主要影响大型虚拟机，因为它们在引导序列中花费了大量时间。

临时解决方案：编辑机器上的 /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
Copy to Clipboard Toggle word wrap

Jira:RHELDOCS-16979[1]

在某些情况下，启用 Hyper-V 启蒙不会改进 CPU 优化

在使用 Windows 客户机操作系统的虚拟机(VM)上，在某些情况下启用 Hyper-V 启蒙不会导致在虚拟机的 CPU 使用率方面预期的改进。当前没有解决此问题的方法。

Jira:RHEL-17331[1]

当内存大小与内存块大小不匹配时，VMware 上的内存热插拔

目前，即使附加的内存的大小与单个内存块的大小不一致，也可以尝试热插到 VMware hypervisor 上的 RHEL 9 客户机。但是，以这种方式附加内存始终会失败，并显示 Block size unaligned 热插拔范围 错误。

临时解决方案：只有由客户机中配置的内存块大小不可见的热插内存。要获取内存块大小，请使用 lsmem 命令。如需更多信息，请参阅 红帽知识库。

Jira:RHEL-81748[1]

使用 KVM 虚拟化的嵌套虚拟机，在使用 AMD EPYC 处理器时无法在 Azure 或 Hyper-V 上引导

当使用 AMD EPYC 处理器在 Azure 云或 Hyper-V 中启用 KVM 虚拟化的 RHEL 虚拟机上运行时，带有 Open Virtual Machine Firmware (OVMF)的嵌套虚拟机无法引导。虚拟机无法引导，并显示以下日志消息： 

Code=qemu-kvm: ../hw/core/cpu-sysemu.c:76  Aborted (core dumped) .
Copy to Clipboard Toggle word wrap

临时解决方案：在不使用 AMD EPYC 处理器的情况下尝试引导。

Jira:RHEL-29919[1]

如果主机使用 AMD EPYC CPU 处理器，则 BIOS 或 UEFI 支持的 Hyper-V Windows Server 2016 虚拟机无法引导

在启用了 Hyper-V 的设置后，Hyper-V Windows Server 2016 虚拟机无法在 AMD EPYC CPU 主机上引导。

临时解决方案：检查以下日志消息： 

kvm: Booting SMP Windows KVM VM with !XSAVES && XSAVEC.
If it fails to boot try disabling XSAVEC in the VM config.
Copy to Clipboard Toggle word wrap

尝试向 -cpu cmdline 中添加 xsavec=off 来引导 Hyper-V Windows Server 2016 虚拟机。

Jira:RHEL-38957[1]

在 Azure 机密虚拟机上 kdump 无法完成

当您在 Azure 机密虚拟机实例上的 Red Hat Enterprise Linux 虚拟机上出现内核崩溃时，在本例中为 DCv5 和 ECv5 系列，kdump 进程可能无法完成，虚拟机变得无响应。因此，在强制重启后，有一个 vmcore-incomplete 文件。

Jira:RHEL-70228[1]

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2025 Red Hat