現在行われていること

ウォーム移行が失敗し、「ウォームインポートが再試行制限を超えた」 ことを示すエラーが発生します。

なぜそんなことが起きているのでしょうか？

MTVは、ソースVM に対して、28件以上の変更ブロック追跡（CBT）スナップショットを作成しました 1つの VM で、最大28個のCBTスナップショットをサポートします。 この制限を 超えると、ウォームマイグレーションを継続できなくなります。

どうすれば直りますか？

1. ソースの VM にある古いCBTスナップショットを削除し、その数を減らします 28枚以上のスナップショット。
2. 必要に応じて、プレコピー間隔を長くすることで、スナップショットの更新頻度を減らしてください。controller_precopy_interval
3. 移行計画を再開してください。

現在行われていること

移行は、ディスクイメージを 必要なサイズに変更できないというエラーにより失敗します。

なぜそんなことが起きているのでしょうか？

ブロックストレージ上で ext4 を使用する VM の永続ボリュームは、 Containerized Data Importer (CDI) のデフォルトのファイルシステムオーバーヘッドである10%を と仮定する。 その結果、ルートパーティションに十分な空き容量がありません。

どうすれば直りますか？

1. 「 ForkliftController 」カスタムリソース（CR）を編集します。
2. controller_filesystem_overhead パラメータの値を、より大きな値に増やしてください 0.10 よりも、例えば 0.15 のようなもの。
3. 変更を適用します。
4. マイグレーションを再実行します。

現在行われていること

移行計画は、作成直後に、VMが 移行される前に失敗します。

なぜそんなことが起きているのでしょうか？

Virtual Disk Development Kit (VDDK) イメージの取得が拒否されます。これは、 バリデータ・ポッドが内部ネットワークへの認証に失敗したためです。 Red Hat OpenShift 画像レジストリ。

どうすれば直りますか？

対象のネームスペースにおいて、 default サービスアカウントにプルアクセス権を付与します。 Red Hat OpenShift のWebターミナル、または oc CLIがインストールされているローカルシステムから、 次のコマンドを実行します。

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

target-namespace を、対象の名前空間に置き換えてください。

現在行われていること

移行プランが初期化フェーズで失敗し、 接続またはホスト名の解決に関する問題を示すエラーが発生します。

なぜそんなことが起きているのでしょうか？

インポーター・ポッドがESXiホスト名を解決できません。 ドメイン・ネーム・システム (DNS) (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プライマリネットワークは、送信元 ネットワークとは異なるサブネットを持っています。

どうすれば直りますか？

レイヤー2プライマリネットワークを削除し、正しい サブネットに一致するように再作成してください。 その後、マイグレーションを再実行してください。

現在行われていること

「静的IPアドレスの保持」を有効にすると、移行された VM には、元の静的IPアドレスではなく、空きIP アドレスが割り当てられます。

なぜそんなことが起きているのでしょうか？

移行時にソース VM の電源が入っていなかったか、 VMware ゲスト エージェントがインストールされていませんでした。 静的IPアドレスの 保持が正しく機能するには、この2つの条件が両方とも満たされている必要があります。

どうすれば直りますか？

1. 誤って移行された VM を削除してください。
2. VMware のゲストエージェント（ VMware Tools または open-vm-tools ）が ソース VM にインストールされています。
3. ソースである VM の電源が入っていることを確認してください。
4. 移行を再実行してください。

現在行われていること

「静的IPアドレスの保持」を有効にしても、静的IPアドレスは保持されず、 ネットワークマップはレイヤー2のセカンダリネットワークを参照します。

なぜそんなことが起きているのでしょうか？

レイヤー2のセカンダリネットワークでは、 Preserve static IP 機能はサポートされていません。

どうすれば直りますか？

IPアドレス管理（IPAM）を使用せずにレイヤー2のセカンダリネットワークを作成し、 代わりに手動によるIP設定を使用します。

現在行われていること

「静的IPの保持」を有効にしても、静的IPは保持されず、 ネットワークマップはLocalnetまたはVMNetworkネットワークを参照します。

なぜそんなことが起きているのでしょうか？

Localnetネットワークでは、 Preserve static IP 機能はサポートされていません。

どうすれば直りますか？

移行後の VM では、手動によるIP設定を行ってください。