支持控制台（Console）开发人员开始试用联系人

2.5. 已知问题

  • 如果在 VMI spec 中将 cdrom 驱动器设置为 readonly: true，则虚拟机实例（VMI）将无法迁移。以下信息会显示：Operation not supported: Cannot migrate empty or read-only disk sdb.（BZ#1927378）

  • 目前，一些 Containerized Data Importer（CDI）操作在请求时没有被预先分配。包括：

    • 创建空白块磁盘
    • 导入 VMWare 磁盘镜像

  • 如果在源可用前启动克隆操作，则操作会无限期停止。这是因为克隆授权在克隆操作启动前过期。(BZ#1855182)

    • 作为临时解决方案，删除正在请求克隆的 DataVolume 对象。当源可用时，重新创建您删除的 DataVolume 对象，以便克隆操作可以成功完成。
  • Containerized Data Importer 和 KubeVirt 依赖于不支持 NFS 版本 3 的 QEMU。因此，只支持 NFS 版本 4。(BZ#1892445)

  • openshift-virtualization-os-images 命名空间中的 Fedora PVC 名称为 fedora，而不是 fedora32。如果在 OpenShift Virtualization 2.5 或更早版本中填充 fedora32 PVC，则虚拟机不会出现在 web 控制台中，您无法使用它克隆另一个虚拟机。（BZ#1913352）

    • 作为临时解决方案，上传 Fedora 镜像命名为 PVC fedora 而不是 fedora32 。

  • 当创建 HPP 引导源时，如果用户使用 Upload local file (creates PVC) 选项外的任何方法创建引导源，则数据卷将为 pending 并有一个 WaitForFirstConsumer 状态。（BZ#1929177）

    • 作为临时解决方案，在 Storage Persistent Volume Claims web 控制台屏幕中，编辑数据卷底层 PVC 的 YAML 以添加 cdi.kubevirt.io/storage.bind.immediate.requested: "true" 注解： 

      metadata:
  annotations: cdi.kubevirt.io/storage.bind.immediate.requested: "true"

  • 当使用 Fedora 镜像作为引导源时，如果您之前置备了用于附加引导源的 PVC，则不再将其附加到模板。(BZ#1907187) (BZ#1913352)

    • 作为临时解决方案，请将名为 fedora 的新 PVC 附加到模板中，然后使用它从引导源创建虚拟机。

  • 如果您的 OpenShift Container Platform 集群使用 OVN-Kubernetes 作为默认 Container Network Interface（CNI）供应商，则无法将 Linux 网桥或绑定附加到主机的默认接口，因为 OVN-Kubernetes 的主机网络拓扑发生了变化。(BZ#1885605)

    • 作为临时解决方案，您可以使用连接到主机的二级网络接口，或切换到 OpenShift SDN 默认 CNI 供应商。

  • 运行无法实时迁移的虚拟机可能会阻止 OpenShift Container Platform 集群升级。这包括使用 hostpath-provisioner 存储或 SR-IOV 网络接口的虚拟机。(BZ#1858777)

    • 作为临时解决方案，您可以重新配置虚拟机以便在集群升级过程中关闭它们。在虚拟机配置文件的 spec 部分中：

      1. 删除 evictionStrategy: LiveMigrate 字段。有关如何配置驱除策略的更多信息，请参阅配置虚拟机驱除策略。
      2. 将 runStrategy 字段设置为 Always。

  • 当节点具有不同的 CPU 型号时，实时迁移会失败。即使节点具有相同的物理 CPU 型号，微代码更新引入的差异也会产生同样的问题。这是因为默认设置触发了主机 CPU 透传行为，这与实时迁移不兼容。(BZ#1760028)

    • 作为临时解决方案，请在 kubevirt-config 配置映射中设置默认 CPU 型号，如下例所示：

      注意

      您必须在启动支持实时迁移的虚拟机前进行此更改。

      1. 运行以下命令，打开 kubevirt-config 配置映射以进行编辑： 

        $ oc edit configmap kubevirt-config -n openshift-cnv

      2. 编辑配置映射： 

        kind: ConfigMap
metadata:
  name: kubevirt-config
data:
  default-cpu-model: "<cpu-model>" 1
        1
        将 <cpu-model> 替换为实际 CPU 型号值。要确定此值，您可以为所有节点运行 oc describe node <node> 并查看 cpu-model-<name> 标签。选择所有节点上出现的 CPU 型号。

  • 在导入 RHV 虚拟机的过程中，如果您为 RHV Manager 输入了错误的凭据，Manager 可能会锁定 admin 用户帐户，因为 vm-import-operator 会尝试多次连接到 RHV API。(BZ#1887140)

    • 要解锁帐户，请登录到 Manager 并输入以下命令： 

      $ ovirt-aaa-jdbc-tool user unlock admin
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.