-
Bug
-
Resolution: Unresolved
-
Critical
-
2.9.0
-
Quality / Stability / Reliability
-
False
-
-
True
-
-
-
MTV Sprint 2
-
+
Description of problem:
We ever had a customer requirement to keep the default gateway setting even if the gateway is not in the subnet, more details in MTV-2018.
Cold migrate win2019 VM from vCenter 7 to OCP cluster, the default geteway setting is no longer exist after migration. (The ip/subnet/gateway settings are following the settings in customer case)
Version-Release number of selected component (if applicable):
MTV 2.9.0(forklift-fbc-prod-v419:on-pr-155cb285a7b3e3798731cf93956a32dd60202e11) with CNV 4.19.1
How reproducible:
100%
Steps to reproduce:
1) Create VM: mtv-func.win2019_79 on vCenter7 with gateway settings as below: The default gateway is not in the subnet
2) Create cold migration plan to migrate VM to ocp cluster with preserve static ips: on, map the source networks to nad bridge networks, check one of the interface default gateway setting is no long exist.
3) Check the v2v conversion pod log with correct gateway settings, more details in file: mtv-win2019-vm-2522-rxlb9-virt-v2v.logforklift-controller pod log: forklift-controller-74c4b7dcbb-zt9dv-main.log
4) Check the network scripts in target VM, the command line with defaultgateway setting as below:
5) Check the log in VM for network configure.bat
Actual results:
Step2: The VM default gateway setting is no longer exist in target VM
Expected results:
Step2: The VM default gateway setting is exist in target VM
- is cloned by
-
MTV-3302 [2.9] Need to keep the default gateway setting after migration
-
- Closed
-