Description of problem: With MTV 2.1.0 / CNV 4.8.z, VMIO blocks the migration of RHV VMs configured with a non-UTC timezone. - lastHeartbeatTime: "2021-08-12T16:02:24Z" lastTransitionTime: "2021-08-12T15:55:43Z" message: VM's timezone is not UTC-compatible. It should have offset of 0 and not observe DST reason: MappingRulesVerificationFailed status: "False" type: MappingRulesVerified With "Fix clock timezone": https://github.com/kubevirt/kubevirt/pull/3973, Kubevirt supports setting the timezone in the VirtualMachine spec. This means that during the migration of a virtual machine from RHV, the timezone can and must be kept. Please allow (remove the current block in CNV-4.8.1) the VM import for VMs set to a non UTC timezone. Version-Release number of selected component (if applicable): CNV-4.8.1 Steps to Reproduce: 1. In RHV, create a virtual machine with a non-UTC timezone. 2. In MTV, create a plan, or in Openshift ->workloads->Virtualization page, for the newly created virtual machine. 3. Start the plan/Run the VM import. 4. Watch the VirtualMachineImport.
If this bug verification will pass on CNV-4.8.2, MTV-2.1 docs will need to get updated that a VM with a non UTC TZ can be migrated.
Please verify with hco-registry-bundle-container-v4.8.2-15 / iib:106992.
verified CNV-v4.8.2-18 it kept the time zone (VirtualMachineImport.spec.domain.timezone)
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: OpenShift Virtualization 4.8.2 Images security and bug fix update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2021:3598