Bug 1946884
| Summary: | [MTV] VM import occasionally fails to progress to next step | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Container Native Virtualization (CNV) | Reporter: | Tzahi Ashkenazi <tashkena> | ||||||
| Component: | V2V | Assignee: | Sam Lucidi <slucidi> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Tzahi Ashkenazi <tashkena> | ||||||
| Severity: | urgent | Docs Contact: | |||||||
| Priority: | urgent | ||||||||
| Version: | 2.6.1 | CC: | cnv-qe-bugs, fdupont, istein | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | 2.6.2 | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2021-05-04 20:09:13 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Tzahi Ashkenazi
2021-04-07 06:48:31 UTC
Created attachment 1769773 [details]
plans stuck
The problem is located in CNV > VMIO. Updating the product/component. The fix should be in CNV v2.6.2-28 + Correction: The bug fix should be in version CNV-2.6.2-31 (iib-69036) and above. verified on cloud38 CNV: 2.6.2 MTV: 2.0.0.21 root@f02-h07-000-r640:~$ oc get plan -nopenshift-rhmtv NAME READY EXECUTING SUCCEEDED FAILED AGE 1946884-part1-20vms True 50s 1946884-part2-19vms 12s root@f02-h07-000-r640:~/mtv-autodeploy$ oc get csv -n openshift-cnv NAME DISPLAY VERSION REPLACES PHASE kubevirt-hyperconverged-operator.v2.6.2 OpenShift Virtualization 2.6.2 kubevirt-hyperconverged-operator.v2.6.1 Succeeded root@f02-h07-000-r640:~$ oc get vmimports -n openshift-rhmtv NAME AGE 1946884-part1-20vms-vm-1023-7w4sv 4m9s 1946884-part1-20vms-vm-1024-gbs4c 3m59s 1946884-part1-20vms-vm-1025-qfv5d 3m43s 1946884-part1-20vms-vm-1026-7sv5c 3m28s 1946884-part1-20vms-vm-1027-zlqk9 3m16s 1946884-part1-20vms-vm-1028-hxq6k 3m6s 1946884-part1-20vms-vm-1029-q4mtw 2m55s 1946884-part1-20vms-vm-1030-79twm 2m44s 1946884-part1-20vms-vm-1031-mwtpn 2m33s 1946884-part1-20vms-vm-1032-jmrvb 2m20s 1946884-part1-20vms-vm-1033-77kjw 2m9s 1946884-part1-20vms-vm-1034-pdm7x 116s 1946884-part1-20vms-vm-1035-gfrrf 104s 1946884-part1-20vms-vm-1036-pbkt2 92s 1946884-part1-20vms-vm-1037-c547b 78s 1946884-part1-20vms-vm-1038-tfmqk 64s 1946884-part1-20vms-vm-1039-vtq9r 50s 1946884-part1-20vms-vm-1040-6q4g7 36s 1946884-part1-20vms-vm-1041-n8tgw 21s 1946884-part1-20vms-vm-1042-xk7cg 6s 1946884-part2-19vms-vm-1008-tcvf7 4m4s 1946884-part2-19vms-vm-1009-8wh4x 2m38s 1946884-part2-19vms-vm-1010-7sqg2 2m27s 1946884-part2-19vms-vm-1012-5nwdv 58s 1946884-part2-19vms-vm-1013-ksz6l 29s 1946884-part2-19vms-vm-1014-dxt4z 13s 1946884-part2-19vms-vm-1017-zknrk 3m51s 1946884-part2-19vms-vm-1018-nxrkc 3m33s 1946884-part2-19vms-vm-1019-5vhql 3m21s 1946884-part2-19vms-vm-1020-c7gc9 3m11s 1946884-part2-19vms-vm-1021-plhdm 3m1s 1946884-part2-19vms-vm-1022-qcwh4 2m50s 1946884-part2-19vms-vm-1051-5hdt8 2m15s 1946884-part2-19vms-vm-1052-dn8xb 2m3s 1946884-part2-19vms-vm-1053-qw6nd 111s 1946884-part2-19vms-vm-1054-588d7 98s 1946884-part2-19vms-vm-1055-6x59r 84s 1946884-part2-19vms-vm-1056-qs2fq 71s 1946884-part2-19vms-vm-1057-67pdl 42s root@f02-h07-000-r640:~$ oc get vmimports -n openshift-rhmtv |grep -v NAME |wc -l 39 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 (OpenShift Virtualization 2.6.2 Images), 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/RHEA-2021:1502 |