發生什麼事？

「溫和遷移」操作因錯誤而失敗，該錯誤顯示「溫和匯入」已超過 重試次數上限。

為什麼會發生這種事？

MTV 針對來源VM 生成了超過 28 張變更區塊追蹤（CBT）快照 單一的 VM 最多可支援 28 個 CBT 快照。 當超過此限值時， 暖流的遷移便無法繼續。

該怎麼解決這個問題呢？

1. 刪除來源資料庫 VM 中的舊版 CBT 快照，以減少其數量 超過 28 張快照。
2. 若情況合適，可透過增加預備複製間隔來降低快照更替率 controller_precopy_interval
3. 重新啟動遷移計畫。

發生什麼事？

遷移失敗，並顯示錯誤訊息指出無法將磁碟映像調整至 所需大小。

為什麼會發生這種事？

使用區塊儲存上「ext4」功能的目標 VM 持久性卷，其佔用空間已超過 「容器化資料匯入工具」（CDI）預設的 10% 檔案系統開銷 假設。 因此，根分區的空間不足。

該怎麼解決這個問題呢？

1. 編輯「ForkliftController」自訂資源 (CR)。
2. 將 controller_filesystem_overhead 參數的值調高至 比 0.10 更佳，例如 0.15。
3. 套用變更。
4. 重新執行移轉。

發生什麼事？

某項遷移計畫在建立後立即失敗，甚至在任何虛擬機器 尚未進行遷移之前便已失敗。

為什麼會發生這種事？

虛擬磁碟開發套件 (VDDK) 映像檔的拉取請求遭拒絕，原因是 驗證器 Pod 無法對內部進行身份驗證 Red Hat OpenShift 圖像註冊庫。

該怎麼解決這個問題呢？

授予「default」服務帳戶在目標命名空間中的讀取權限。 在Red Hat OpenShift 網頁終端機中，或從已安裝 oc CLI 的本地系統上，執行 以下指令。

oc adm policy add-cluster-role-to-user registry-viewer system:serviceaccount:<target-namespace>:default

請將 target-namespace 替換為您的目標命名空間。

發生什麼事？

遷移計畫在初始化階段失敗，並出現錯誤訊息， 顯示存在連線或主機名稱解析問題。

為什麼會發生這種事？

匯入模組無法解析 ESXi 主機名稱。 網域名稱系統 (Domain Name System, DNS) 在 之間的 902 埠連線中，查詢失敗 Red Hat OpenShift 叢集以及 VMware 上的 ESXi 主機。

該怎麼解決這個問題呢？

為 vCenter 或 ESXi 網域設定網域名稱系統 (DNS) 轉發。 新增一個指向您的網域控制器的轉發區域。

servers:
- forwardPlugin:
        policy: Random
        upstreams:
        - <domain-controller-ip-1>
        - <domain-controller-ip-2>
    name: vcs-resolver
    zones:
    - vcs.example.com

在 YAML 設定中，請將 domain-controller-ip-1 替換為 domain-controller-ip-2 並填入您的網域控制器的 IP 位址。 請將 vcs.example.com 替換為您的 vCenter 或 ESXi 網域。 接著，在儲存設定後， 請套用 DNS 變更。

發生什麼事？

virt-v2v 轉換工具回報檔案系統是以 唯讀方式掛載的，導致遷移失敗。

為什麼會發生這種事？

在匯出 Open Virtualization Archive (OVA) 之前，來源 Windows® VM 並未正常關機。 「快速啟動」或「休眠」導致 檔案系統處於未儲存狀態，因此 virt-v2v 無法將其掛載以進行 讀寫存取。

該怎麼解決這個問題呢？

1. 在來源 Windows 系統上停用「快速啟動」功能 VM。 前往「控制台」> 「 電源選項」> 選擇「電源按鈕的功能」，並取消勾選 「 開啟快速啟動」核取方塊。
2. 停用休眠模式。 在以系統管理員身分開啟的命令提示字元中，執行 powercfg /h off
3. 執行 shutdown /s /t 0`` 指令，以進行乾淨的關機。
4. 待乾淨關機完成後，請重新匯出 OVA 檔案。
5. 將新的 OVA 上傳至 NFS 伺服器。
6. 請重新嘗試執行遷移。

發生什麼事？

啟用「保留靜態 IP 位址」後，已遷移的 VM 無法取得 預期的 IP 位址，且目標網路出現子網不匹配的情況。

為什麼會發生這種事？

目標第二層主要網路的子網與來源 網路不同。

該怎麼解決這個問題呢？

刪除並重新建立第 2 層主要網路，使其與正確的 子網相符。 接著，請重新執行遷移程序。

發生什麼事？

啟用「保留靜態 IP」功能後，已遷移的 VM 將被指派為一個自由 IP 位址，而非來源處的靜態 IP。

為什麼會發生這種事？

在遷移時，來源 VM 尚未啟動，或者尚未安裝 VMware 來賓 代理程式。 這兩項條件皆為靜態 IP 位址保留功能能正常運作的必要條件。

該怎麼解決這個問題呢？

1. 刪除遷移錯誤的 VM。
2. 請確認 VMware 來賓代理程式（ VMware Tools 或 open-vm-tools ）是否 已安裝於原始網址 VM。
3. 請確認來源 VM 已開啟電源。
4. 請重新嘗試執行遷移。

發生什麼事？

啟用「保留靜態 IP」後，靜態 IP 並未被保留，且 網路地圖所參照的是第二層次網路。

為什麼會發生這種事？

第 2 層次級網路不支援「Preserve static IP」功能。

該怎麼解決這個問題呢？

建立一個不使用 IP 位址管理（IPAM）的第 2 層次級網路，並 改為使用手動 IP 位址設定。

發生什麼事？

啟用「保留靜態 IP」後，靜態 IP 並未被保留，且 網路地圖所參照的為 Localnet 或 VMNetwork 網路。

為什麼會發生這種事？

Localnet 網路不支援「Preserve static IP」功能。

該怎麼解決這個問題呢？

請在已遷移的 VM 上使用手動 IP 設定。