1.4. 已解决的问题

迁移的虚拟机不包含 vm.kubevirt.io/workload 注解

在以前的 MTV 版本中，从 VMware 迁移到 Red Hat OpenShift Container Platform (OCP)虚拟化的虚拟机(VM)没有保留 vm.kubevirt.io/workload 注解，隐藏工作负载配置集设置。因此，最终用户无法为迁移的 VMware 虚拟机设置工作负载配置集。

Base64 编码的 playbook 会导致 MTV 迁移中的 Ansible 失败

在之前的 MTV 版本中，当用户使用 MTV 控制台插件为 OpenShift Virtualization 迁移配置了 Ansible hook 时，hook 的 Ansible playbook 内容有时会使用 Base64 编码两次。当 hook 运行程序试图执行 playbook 时，双编码意味着 Ansible 收到不可读的、非纯文本字符串，从而导致预迁移 hook 或迁移后 hook 立即失败。

因为设备发现超时，在存储迁移过程中造成用户体验中断

在以前的 MTV 版本中，在 ESXi 主机上存储卸载迁移过程中没有设备发现超时，以前会导致重新扫描设备，从而破坏存储迁移过程中的用户体验。现在，在卸载迁移过程中为设备发现实现了超时，确保设备发现不再超时，并在存储卸载迁移过程中推广更顺畅的数据传输。(MTV-3297)

重复持久性路由会导致网络路由问题，从而导致潜在的连接问题

在这个 MTV 发行版本中，在使用 保留静态 IP 的冷迁移过程中，脚本现在在设置静态 IP 后主动删除旧的持久路由，从而防止创建重复的持久路由。此功能增强改进了网络路由，从而最大程度减少潜在的连接问题。(MTV-3304)

因为迁移只保留 4 个静态 IP，所以用户因为迁移而丢失了网络连接的问题

在以前的 MTV 版本中，用户可能会遇到虚拟机(VM)温迁移期间的网络连接问题，因为 network-config.ps1 脚本添加了多次 NIC 上静态 IP 的网关条目，从而导致网络连接丢失。在本发行版本中，网络配置脚本已被主动修改，以便在温迁移期间保留所有 IP 地址，确保许多用户的网络连接。此功能增强保证所有静态 IP 地址在温迁移过程中被活跃保留。(MTV-3303)

虚拟机迁移过程中丢失的默认网关设置，导致用户连接问题

在这个 MTV 发行版本中，在将 Windows Server 2019 虚拟机从 vCenter 7 迁移到 Red Hat OpenShift Container Platform (OCP)时有一个默认网关保留实现。在以前的版本中，网络配置脚本无法正确维护网关设置，从而导致默认网关丢失，并导致最终用户的连接问题。在这个版本中，默认网关在冷迁移期间主动保留，确保用户的网络连接。为清晰起见，在第一次出现时定义了 OCP 等缩写。(MTV-3302)

由于 OpenShift Virtualization 迁移中的 VMware 磁盘名称丢失到 Windows 驱动器映射，用户操作非常复杂

在这个 MTV 发行版本中，因为不正确的持久性卷声明(PVC)名称模板，以前会导致 OpenShift Virtualization 迁移过程中 VMware 磁盘名称映射丢失。由于 OpenShift Virtualization 迁移中的 VMware 磁盘名称丢失，所以这个问题会导致用户操作复杂。在这个版本中，PVC 名称模板支持用于 Windows 驱动器映射的 VMware 磁盘名称，从而导致 PVC 名称映射到 Windows 驱动器符，从而简化操作。(MTV-2403)

用户无法在 Red Hat OpenShift 4.17 上使用 Pre-migration hook 创建计划，这需要手动计划重新创建

在以前的 MTV 版本中，当用户试图在 Red Hat OpenShift 4.17.35 上使用 Pre-migration hook 创建计划时会出现一个问题，从而导致在计划在 MTV 2.9.0 上创建失败。在以前的版本中，需要手动计划重新创建。在这个版本中，这个问题会导致在 OpenShift 4.17.35 上的 MTV 2.9.0 中的 Pre-migration hook 创建失败。因此，用户现在可以在 OpenShift 4.17.35 上使用 Pre-migration hook 创建迁移计划，从而消除手动计划重新创建的需要。(MTV-2918)

在创建带有 RHV 供应商的计划时，用户无法从 picklist 中选择特定的存储，从而导致资源分配问题

在以前版本的 MTV 中，使用 Red Hat Virtualization 源供应商重现计划会导致不正确的映射选择，从而导致 所选虚拟机选择列表使用的存储 为空。这使得用户在创建 RHV 提供程序的计划时选择特定存储具有挑战性，影响资源分配。在这个版本中，使用 RHV 提供程序的计划创建可以正确地填充 所选虚拟机使用的存储，从而导致计划创建过程中更准确的存储映射，从而增强用户体验。(MTV-3185)

用户无法在带有 RHV 供应商的计划中自动决定虚拟机的网络和存储映射，从而导致手动猜测工作

在以前版本的 MTV 中，不使用 RHV 提供程序在计划创建过程中自动计算网络和存储映射值，因此用户很难在计划中使用 RHV 提供程序自动确定虚拟机的网络和存储映射。这需要手动猜测工作。但是，在此发行版本中，使用 RHV 创建计划会自动计算并为所选虚拟机设置网络和存储映射，从而增强用户体验。(MTV-2790)

当网络较慢时，用户会遇到空虚拟机列表，影响虚拟机管理

在以前版本的 MTV 中，网络状况较慢会导致在列出供应商虚拟机时失败，从而导致用户管理虚拟机的空虚拟机列表。本发行版本中实施了列出 RHV 中供应商虚拟机的网络性能。此发行版本地址解决了这个问题，提高了 RHV 提供程序中较慢的网络中虚拟机列表的速度。(MTV-1575)

在 MTV 上从安全 ESXi 供应商进行客户机迁移，从而导致迁移失败。

在以前的 MTV 版本中，使用错误的 v2v 命令在 Red Hat OpenShift Container Platform (OCP) 2.8.0 上迁移客户机，从而导致来自 MTV 上安全 ESXi 供应商的用户迁移失败。这个问题已通过在 MTV 上为 ESXi 迁移修复不正确的 v2v 命令来解决。因此，从 MTV 上的安全 ESXi 供应商迁移客户机现在可以成功。(MTV-2362)

由于连接到 Pod 网络的多个接口，虚拟机迁移失败

在以前版本的 MTV 中，虚拟机迁移失败，因为连接到一个 Pod 网络的接口会有多个接口。因此，用户在尝试将具有多个接口的虚拟机移到 Pod 时遇到迁移失败，从而导致迁移不完整。在这个版本中，允许将带有多个接口的虚拟机迁移到 Pod 目标，防止因为连接到 pod 网络的多个接口而失败。现在，最终用户可以成功将带有多个接口的虚拟机迁移到 Pod 目标，从而消除了故障问题。(MTV-2736)

OVA 计划中缺少资源

在以前的 MTV 版本中，选择来自提供程序的开放虚拟设备(OVA)的用户可能会因为 Open Virtualization Format (OVF)文件中不准确的资源单元转换而遇到问题。这会导致虚拟机(VM)不可用。在本发行版本中，我们通过更新 utils.ts 文件中的 CPU 和内存计算，修正了 OVA 提供程序中的资源计算。现在，最终用户可以正确地从 OVA 提供程序分配 CPU 和内存资源。(MTV-2893)

无法编辑 Plan Mapping

在以前的 MTV 版本中，planNetworkMap 和 planStorageMap 变量被错误地使用，从而导致用户编辑 Plan Mapping 没有反映更改，从而导致网络配置不一致。因此，用户在计划编辑时遇到问题。在这个版本中，Plan Mapping 数据已在 Plan 中正确更新，解决计划编辑问题，并使对计划映射的平稳更新。因此，用户可以预期网络配置和无缝计划编辑体验。(MTV-2902)

重复对不正确的端点的失败调用

在以前的 MTV 版本中，useNetworks hook 中不正确的端点路径格式会导致重复失败的调用。这会导致因为端点调用不正确而创建迁移计划时重复失败，特别是在 Migration plan 创建向导 的虚拟机 部分。在这个版本中，我们修复了 虚拟机 部分中的重复不正确的端点调用，通过消除失败的调用并确保更顺畅的用户体验来改进迁移计划的创建。(MTV-2978)

用户无法与 PVC 名称匹配 VMware 文件名，从而导致资源识别不一致

在以前版本的 MTV 中，用户遇到了一个问题，在持久性卷声明(PVC)名称模板中无法使用 VMware 文件名，从而导致因为不匹配的名称导致资源识别不一致。这个问题源自无法在 PVC 名称模板中使用 VMware VMDK 文件名。在这个版本中，我们实施了允许用户将 VMware VMDK 文件名合并到 PVC 名称模板中的功能。因此，用户现在可以使用 VMware VMDK 文件名自定义 PVC 名称，从而确保命名一致性。(MTV-3091)

迁移计划失败，因为 NAD 的 NetworkMap 中命名空间不正确

在以前版本的 MTV 中，迁移计划失败是 NetworkMap for Network Access Device (NAD)中的一个错误的命名空间。这个错误会阻止用户在迁移过程中将 NAD 映射到虚拟机(VM)网络。在这个版本中，NetworkMap 在 MTV 2.9.1 迁移计划中引用 Network Access Devices (NAD)的正确命名空间。因此，迁移计划成功可以保证，消除了失败错误。(MTV-3112)

在迁移计划的归档/提取过程中永久删除失败的虚拟机

在以前的 MTV 版本中，在归档或删除迁移计划过程中不会保留失败的虚拟机(VM)，从而导致其永久删除。这会导致迁移计划中缺少数据恢复。在这个版本中，添加了 DeleteVmOnFailMigration 选项，允许用户在归档或删除过程中保留失败的虚拟机。现在，用户可以保留失败的虚拟机，确保迁移计划中的数据恢复。(MTV-3165)

NetworkMap 引用迁移计划中 NAD 不正确的命名空间

在以前的 MTV 2.9 版本中，MTV 2.9.1 中的 NetworkMap 在迁移计划中错误地引用 Network Address Determination (Network Address Determination System, 或 NADS)的命名空间。因此，迁移计划无法完成。随着 MTV 2.9.3 的发布，NetworkMap 现在可以正确地引用 NADS 命名空间，从而解决迁移计划失败。因此，迁移计划可以成功将虚拟机网络映射到 NADS，从而增强用户体验。

因为路由超时设置不足而无法查询清单时的超时

在以前的 MTV 2.9 版本中，在清单查询过程中路由超时设置不足会导致超时，从而可以通过阻塞迁移进度来影响用户体验。因此，用户无法选择要迁移的虚拟机，因为在清单服务器可以从清单中选择虚拟机之前超时，且无法创建迁移计划。随着 MTV 2.9.3 的发布，对于 MTV 部署，清单路由超时已被主动设置为 360 秒，用于解决虚拟机迁移超时，从而启用虚拟机无缝迁移。(MTV-3107)

用户在迁移后指定虚拟机的电源状态

在以前的 MTV 2.9 版本中，因为缺少一个选项来指定它，用户无法在迁移后控制虚拟机的电源状态。随着 MTV 2.9.3 的发布，包括了一个 user-initiated 选项，以便在迁移后自定义虚拟机电源状态，从而增强迁移的灵活性。(MTV-3025)

从 VMware 下载的 OVA 缺少 MAC 地址，从而导致迁移到 OpenShift Virtualization 时出现 MAC 冲突。

在以前的 MTV 2.9 版本中，OpenShift Virtualization 在迁移过程中遇到 MAC 冲突，因为从 VMware 下载的 OVA 文件没有 MAC 地址。这会导致 OVA 迁移失败，因为 MAC 地址为空。随着 MTV 2.9.3 的发布，我们实施了一种在 OVA 迁移检查过程中忽略空 MAC 地址的解决方案，从而消除了由空 MAC 地址导致的 MAC 冲突错误，从而改进了 OVA 迁移成功率。(MTV-2476)

使用 RHEL8.9 在 MTV 2.8.0 上的 v2v 命令不正确，从而导致客户机迁移失败

在以前版本的 MTV 中，在 MTV 2.8.0 上带有 RHEL8.9 的错误 v2v 命令会导致客户机迁移失败，从而导致用户迁移客户机不受安全 ESXi 的影响。因此，迁移失败。随着 MTV 2.9.3 的发布，在 MTV 上对 ESXi 迁移命令的问题已被解决，允许 MTV 从安全 ESXi 正确迁移客户机。这种改进提高了虚拟机迁移的效率。

MTV 使用自己的副本覆盖 firstboot.bat

在以前的 MTV 版本中，MTV 覆盖了 Windows 中的 firstboot.bat 脚本。因此，用户体验会被降级。在这个版本中，冗余的 firstboot 脚本不再被覆盖。(MTV-3093)

MTV 2.9 在断开连接的环境中无法正常工作

在之前的 Migration Toolkit for Virtualization (MTV) 2.9 版本中，系统无法在离线或断开连接的环境中有效地管理新目录 URL，从而导致故障和降级的用户体验。在这个版本中，MTV 2.9.2 支持离线环境，确保它在断开连接的设置中正确运行，从而提高了可用性。(MTV-3023)

MTV 只对带有原始复制模式的虚拟机使用兼容模式总线

在以前的版本中，启用 skipGuestConversion （原始复制模式）的虚拟机只使用兼容模式总线和适配器： Serial Advanced Technology Attachment (SATA)、E1000E 和 USB (Universal Serial Bus)。这个问题已通过添加 useCompatibilityMode 字段在 MTV 2.9.1 中解决。当设置为 false 时，useCompatibilityMode 字段允许您将 VirtIO 设备用于带有原始副本模式的虚拟机。您必须安装 virtio 驱动程序，以便在迁移前使用 VirtIO 设备。useCompatibilityMode 字段在不启用 skipGuestConversion 的情况下无效。如果目标集群中有虚拟机引导失败，您必须切换到客户虚拟机的兼容模式总线。(MTV-3009)

如果另一个计划引用已删除的虚拟机，则迁移计划会在协调阶段失败

仅 VMware：在早期版本中，迁移计划有时会在温迁移的协调阶段失败，方法是引用属于另一个计划的已删除虚拟机(VM)。这个问题已在 MTV 2.9.1 中解决。因此，在一个计划中删除虚拟机不会影响另一个运行的计划。(MTV-2774)

当禁用 show archive 选项时，MTV 列出的归档计划

在以前的版本中，当禁用 show archive 选项时，MTV 用户界面列出了归档的 计划。因此，用户无法轻松跟踪活跃的计划。这个问题已在 MTV 2.9.1 中解决。现在，只有在启用了 show archive 选项时才会列出归档的 计划。(MTV-2955)

在计划中编辑 prehook 时 MTV 用户界面会显示一个 未及时的运行时错误

在早期版本中，当您试图更新计划中的 prehook 时，MTV 用户界面会显示一个 uncaught runtime 错误。因此，用户无法在计划中编辑 prehook。这个问题已在 MTV 2.9.1 中解决。(MTV-2791)

MTV 用户界面不会更新计划中的网络和存储映射

在以前的版本中，MTV 用户界面问题不允许更新到当前网络和存储映射。这个问题已在 MTV 2.9.1 中解决导致在计划中更改网络和存储映射的问题。(MTV-2789)

MTV 为没有 vTPM 设备的源 Windows Server 2022 虚拟机启用 vTPM

仅 VMware：在早期版本的 MTV 中，在使用 UEFI 设置进行 Windows Server 2022 虚拟机(VM)后，虚拟可信平台模块(vTPM)设备会添加到虚拟机，即使源虚拟机没有 vTPM 设备。这个问题已在 MTV 2.9.0 中解决。(MTV-2014)

在迁移后，MTV 无法启动带有未对齐磁盘大小的虚拟机

仅 VMware：在早期版本的 MTV 中，在迁移虚拟机后，与底层存储不匹配的磁盘大小后，虚拟机无法启动。这个问题已在 MTV 2.9.0 中解决。(MTV-2524)

MTV 不引用 VDDK 错误消息中的不正确的 URL

当您创建带有不正确的 VDDK URL 的 VMware 供应商，然后创建了迁移计划时，计划会显示 VDDK init 镜像无效 错误消息，而不引用不正确的 URL。这个问题已在 MTV 2.9.0 中解决。(MTV-1150)

在迁移使用多个 NIC 的 VMware 虚拟机后，MTV 交换了 MAC 地址

在早期版本的 MTV 中，如果源虚拟机和迁移计划之间的网络映射顺序不同，则网络接口卡(NIC)的 MAC 地址可以在带有多个 NIC 的 VMware 虚拟机的温和冷迁移过程中切换。这个问题已在 MTV 2.9.0 中解决。(MTV-2025)

从不支持的源中 MTV 失败的 OVA 迁移

在早期版本的 MTV 中，当您尝试从非 VMware 源导入开放虚拟设备(OVA)文件时，导入会失败，因为资源不支持 Megabytes 单元。这个问题已在 2.9.0 中解决，方法是从不支持的源中添加关于 OVA 的警告。(MTV-2314)

OpenShift Container Platform 到 OpenShift Container Platform 的 VMware 虚拟机的迁移失败

在早期版本的 MTV 中，在成功将 VMware 虚拟机从 Red Hat Virtualization 迁移到 OpenShift Virtualization 集群后，然后使用 MTV 将虚拟机迁移到另一个 OpenShift Virtualization 集群，VM 无法启动并带有 No bootable device 错误。这个问题已在 MTV 2.9.0 (MTV-1544)中解决。

在从 OpenShift 集群迁移到另一个 OpenShift 集群后，MTV 会更改虚拟机的磁盘名称

将 VMware 客户机虚拟机迁移到 OpenShift 4.18 集群后，使用 MTV 将该虚拟机迁移到另一个本地 OpenShift 4.18 集群，磁盘名称已更改。这个问题已在 MTV 2.9.0 中解决。(MTV-2367)

迁移后，MTV 不会完全保留 VMware 虚拟机 UUID

在 MTV 的早期版本中，在迁移到 OpenShift 后 VMware 虚拟机的通用唯一标识符(UUID)不会被完全保留。这个问题已通过迁移计划中的警告解决，以告知您虚拟机 UUID 被截断为 virtio 磁盘 20 个字符。(MTV-1368)

MTV 在迁移后不会保留客户虚拟机的主机名

在早期版本的 MTV 中，在迁移运行 Red Hat Enterprise Linux (RHEL)的 VMware 客户机虚拟机后，/etc/hostname 设置中配置的主机名不会在目标虚拟机中保留。这个问题已在 MTV 2.9.0 中解决。(MTV-2364)

使用 IP 地址的 VMware ESXi 虚拟机的冷迁移失败

在早期版本的 MTV 中，使用 vSphere 供应商创建带有主机 IP 地址的 ESXi 虚拟机的冷迁移会失败，因为 virt-v2v 使用虚拟机的主机名而不是 IP 地址。这个问题已在 MTV 2.9.0 中解决。(MTV-2153)