Bug 1740978
| Summary: | [RFE] Warn or Block importing VMs/Templates from unsupported compatibility levels. | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Germano Veit Michel <gveitmic> |
| Component: | ovirt-engine | Assignee: | Andrej Krejcir <akrejcir> |
| Status: | CLOSED ERRATA | QA Contact: | Tamir <tamir> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 4.3.4 | CC: | ahadas, akrejcir, michal.skrivanek, mkalinin, pelauter, rdlugyhe |
| Target Milestone: | ovirt-4.4.1 | Keywords: | FutureFeature |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | rhv-4.4.0-29 | Doc Type: | Enhancement |
| Doc Text: |
When a VM from the older compatibility version is imported, its configuration has to be updated to be compatible with the current cluster compatibility version. This enhancement adds a warning to the audit log that lists the updated parameters.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-08-04 13:20:00 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Virt | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 1678007, 1828089 | ||
| Bug Blocks: | |||
Speaking of additional cl 4.4 things... For which imports? OVA should already be handled. (In reply to Michal Skrivanek from comment #2) > For which imports? OVA should already be handled. Data Domains and Export Domain (if you decided to keep it). it's not an additional thing, it's basically just bug 1678007. Export domains are going away. (In reply to Michal Skrivanek from comment #4) > it's not an additional thing, it's basically just bug 1678007. This sounds great. So having a VM imported from older version should not be an issue, once this bug is implemented? Should we close this bug as a duplicate ? (In reply to Marina Kalinin from comment #5) > (In reply to Michal Skrivanek from comment #4) > > it's not an additional thing, it's basically just bug 1678007. > > This sounds great. So having a VM imported from older version should not be > an issue, once this bug is implemented? > > > Should we close this bug as a duplicate ? To synchronize, from our discussions Shmuel first needs to verify that updating the version to the cluster's compatibility version works. If so then we can mark this as a duplicate and abandon the patch for this issue. It will still be necessary to warn or block if the conversion/update cannot be assured, but that's part of a complete solution for the other bug This RFE will be implemented as part of Bug 1678007. WARN: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason:
[Found non-acked flags: '{}', ]
For more info please contact: rhv-devops: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason:
[Found non-acked flags: '{}', ]
For more info please contact: rhv-devops
Verified on RHV 4.4.1-1 and RHEL 8.1 hosts. I ran all test cases from the attached Polarion requirement and all the tests passed. 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 (Important: RHV Manager (ovirt-engine) 4.4 security, bug fix, and enhancement 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-2020:3247 |
Description of problem: It was previously discussed that the engine can only import/convert VMs that originate from the cluster levels it supports. For example, a 4.3 engine can only convert/import VMs from 4.1, 4.2 and 4.3 even if it and vdsm support the storage domain version (V3, V4, V5..) used to move the VMs. If this is correct, please add a warning or block importing VMs from incompatible cluster levels, and suggest a stepped migration (going through a lower version first) for the VMs to be properly converted. The necessary data seems to be on the OVFs: # xmllint -format 8e709281-aae8-49e1-b5a0-a7f6b7e646ba.ovf | grep ClusterCompatibility <ClusterCompatibilityVersion>4.3</ClusterCompatibilityVersion>