1.2.3. MTV は 2.12.0 で問題を修正しました。

今回のアップデート以前は、クリーンアップ処理で削除されるのはポピュレーター Pod のみでした。これにより、クラスター内に元の永続ボリューム要求 (PVC) と主要な永続ボリューム要求 (PVC) が残されました。その結果、移行プランをアーカイブして削除した後も、これらの孤立した PVC が残ってしまいました。今回のリリースでは、関連するすべてのストレージリソースを処理するようにクリーンアッププロセスが更新されました。その結果、移行計画をアーカイブおよび削除すると、元の PVC とプライム PVC が自動的に削除されます。彼らはもはやその集団には残っていない。

MTV-3353

今回のアップデート以前は、ウォームマイグレーションが正常に完了した後でも、ディスク転送 アイコンがチェックマークに変わりませんでした。この問題は、ストレージコピーのオフロード移行中に発生しました。その結果、移行が成功したことを視覚的に確認することができませんでした。今回のリリースにより、移行プロセスにおいてステータスが正しく更新されるようになりました。その結果、ウォームマイグレーションが成功すると、アイコンがチェックマークに変わります。

MTV-4274

今回のアップデート以前は、移行計画の YAML ファイルで .spec.map.storage フィールドを空のままにしておくと問題が発生していました。ユーザーインターフェイス (UI) に、ランダムなストレージマップ名が表示されました。その結果、空のストレージマップに、無関係な名前が誤って表示されてしまった。今回のリリースにより、移行プロセスは空のストレージマップを正しく処理するようになりました。その結果、関連性のないストレージマップ名は UI に表示されなくなりました。

MTV-4994

今回のアップデート以前は、ユーザーインターフェイス (UI) の ターゲットネットワーク ドロップダウンリストに、特定の Multus NAD が表示されませんでした。この問題は、インストールネームスペース外の Multus NAD に影響を与えました。そのため、これらの NAD を使用して vCenter とホスト間のネットワークマップを作成することはできません。今回のリリースにより、ドロップダウンリストにはすべてのネームスペースの Multus NAD が含まれるようになりました。その結果、これらの NAD を使用することで、ネットワークマップを正常に作成できます。

MTV-5079

今回のアップデート以前は、クラスター間ライブマイグレーションプランをアーカイブしても、関連する仮想マシンインスタンスマイグレーション (VMIM) が削除されませんでした。その結果、プランをアーカイブして削除した後も、これらの VMIM は残存していました。この執拗な行動により、飛行中の移動が失敗に終わった。今回のリリースでは、関連するすべてのリソースを処理できるよう、クリーンアッププロセスが更新されました。その結果、クラスター間ライブマイグレーションプランをアーカイブおよび削除すると、関連する VMIM も自動的に削除されます。

MTV-5523

このアップデート以前は、MigrationPlan カスタムリソースで spec.rdmAsLun=true を設定しても、インターフェイスが virtio から SCSI に変換されませんでした。その結果、ディスクインターフェイスの不一致が発生しました。論理ユニット番号 (LUN) ディスクは、必要な SCSI インターフェイスの代わりに virtio インターフェイスを保持していました。今回のリリースでは、spec.rdmAsLun=true を設定することで、Raw Device Mapping (RDM) ディスクのインターフェイスタイプが正しく SCSI に変換されます。その結果、LUN に変換された RDM ディスクは正しいインターフェイスタイプを持つことになります。

MTV-5610

今回のアップデート以前は、複数の IPv4 アドレスを含む Red Hat Enterprise Linux (RHEL) 仮想マシン (VM) の移行が失敗する可能性がありました。これは、単一のネットワークインターフェイスコントローラー (NIC) で 静的 IP アドレスを保持する オプションを有効にした場合に発生します。変換後のスクリプトが、共有 Media Access Control (MAC) アドレスを重複 MAC アドレスエラーとして誤って処理しました。その結果、スクリプトは空の /etc/udev/rules.d/70-persistent-net.rules ファイルを生成します。このファイルが原因で、仮想マシンはネットワーク接続を失いました。NetworkManager が起動時にプロファイルをアクティブ化できなかったためです。

今回のリリースでは、変換後スクリプトが正しく解析され、単一の MAC アドレスに複数の IPv4 アドレスが割り当てられるようになりました。その結果、移行プロセスは永続的な udev ルールを正常に生成し、元のインターフェイス名を保持します。これにより、NetworkManager プロファイルが正しくアクティブ化され、移行された仮想マシンにすべての静的 IP アドレスが割り当てられます。

MTV-5609

今回のアップデート以前は、Red Hat Enterprise Linux (RHEL) 7 上の XFSv5 は、実際には問題がないにもかかわらず、ファイルシステムの破損を誤って報告していました。この虚偽の報告が原因で、移住計画は失敗に終わった。その結果、不必要な修理を行ってしまった可能性があります。

今回のアップデートにより、ForkliftController カスタムリソース (CR) に新しい feature_xfs_repair_ignore オプションが追加され、xfs_repair の 終了ステータスが無視されるようになりました。その結果、このオプションを有効にすることで、XFSv5 がファイルシステムの破損や移行計画の失敗を誤って報告するのを防ぐことができます。このオプションはデフォルトでは無効になっています 。xfs_repair チェックをスキップすると、実際の問題を見逃してしまう可能性があるためです。このオプションは必要な場合にのみ有効にしてください。

MTV-5608

このアップデート以前は、PowerShell の制約付き言語モード (CLM) が有効になっている Windows 仮想マシン (VM) を移行すると、初回起動時のネットワーク設定スクリプトが失敗するという問題が発生していました。このエラーは、スクリプトが CLM によってブロックされた.NET メソッドを使用していたために発生しました。その結果、移行プロセスによって、空のサブネットマスクや誤ったサブネットマスク、ネットワーク設定がレジストリーに書き込まれました。

今回のリリースでは、ネットワーク設定スクリプトに CLM 互換の代替手段が使用されています。その結果、このプロセスは静的 IP アドレス、サブネットマスク、およびゲートウェイを確実に設定します。また、移行された Windows 仮想マシン上の Domain Name System (DNS) 設定も設定します。

MTV-5607

今回のアップデート以前は、移行プロセスにおいて、失敗した XCOPY 移行をアーカイブした後、永続ボリューム要求 (PVC) をクリーンアップすることができませんでした。その結果、孤立した PVC がクラスター上に残ってしまい、論理ユニット番号 (LUN) の利用率に問題が生じた。

今回のリリースでは、XCOPY ストレージコピーのオフロード移行における PVC クリーンアッププロセスが更新されました。その結果、移行失敗後にはクリーンアッププロセスによって PVC が自動的に削除されます。これにより、不要な LUN の使用や運用上の問題を防ぐことができます。

MTV-5546

このアップデート以前は、移行プロセスによって、各クローンに vmkfstools-wrapper と呼ばれる vSphere インストールバンドル (VIB) が自動的にインストールされていました。その結果、このプロセスによって ESXi ホスト上でメモリーの問題が発生し、移行が失敗しました。

今回のアップデートにより、移行プロセスでは VIB が自動的にインストールされなくなりました。その結果、VIB はクローン操作中にメモリーの問題やそれに伴う移行の失敗を引き起こすことがなくなった。vmkfstools-wrapper VIB は、ストレージコピーのオフロード移行にのみ必要です。VIB のインストールに関する詳細は、VIB を使用したストレージコピーオフロードの設定を 参照してください。

MTV-5320

このアップデート以前は、ボリュームポピュレーター Pod がコピーオフロード中に VMware 仮想ボリューム (vVol) を検出できませんでした。この障害は、ボリューム名の違いが原因で、Hewlett Packard Enterprise (HPE) Primera ストレージで発生しました。その結果、ボリュームのクローン作成が失敗し、ボリューム ID が見つからないというエラーが返されました。

今回のリリースにより、ボリューム生成ツールは HPE Primera ストレージのボリューム名のマッチングを正しく処理するようになりました。その結果、コピーオフロード移行中に、移行プロセスは vVol ボリュームを正常に検出してクローン作成します。

MTV-5186

今回のアップデート以前は、Red Hat Enterprise Linux (RHEL) 7.2 仮想マシン (VM) を移行すると、ネットワーク設定が変更されていました。この問題は、VMware ESXi から Red Hat OpenShift Container Platform クラスターへの移行時に発生しました。ネットワークインターフェイス名と静的 IP アドレスの設定が変更されました。その結果、移行された仮想マシンは元のネットワーク設定を保持しなかった。

今回のリリースでは、ネットワーク設定プロセスが更新され、ソース設定が保持されるようになりました。その結果、移行後もインターフェイス名と静的 IP アドレスの設定は変更されません。

MTV-4715

このアップデート以前は、MTV Operator をバージョン 2.10.2 または 2.10.3 にアップグレードすると 、forklift-cli-download デプロイメントが導入されました。このデプロイメントでは、デフォルトのメモリー制限が不十分でした。その結果、Pod はメモリー不足 (OOM) エラーで繰り返し終了した。これらのエラーにより、Red Hat OpenShift Container Platform クラスターは、MTV インフラストラクチャーが正常でないと報告しました。

今回のリリースでは、オペレーターロジックにより 、forklift-cli-download Pod のデフォルトのメモリー割り当てが増加します。その結果、デプロイメントは OOM エラーを発生させることなく正常に開始され、MTV インフラストラクチャーは健全な状態を維持します。

MTV-4482

今回のアップデート以前は、max_vms_inflight パラメーターによって、同時実行される仮想マシン (VM) の移行またはディスクの移行に制限が設定されていました。移行件数がこの制限を超えた場合、移行プロセスは超過分の移行計画をキューに格納しました。その結果、ユーザーインターフェイス (UI) は、これらの非アクティブなキューイングされたプランの状態を誤って実行中と表示しました。

今回のアップデートにより、UI はキューに登録されたプランのステータスを正しく処理するようになりました。その結果、非アクティブな移行プランが実行中として誤って表示されることがなくなりました。

MTV-1736