Bug 1409478
| Summary: | [z-stream clone - 4.0.7] Importing VMs from VMware ova file fails with block storage domain and thin provisioned disk | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | rhev-integ |
| Component: | vdsm | Assignee: | Shahar Havivi <shavivi> |
| Status: | CLOSED ERRATA | QA Contact: | Nisim Simsolo <nsimsolo> |
| Severity: | high | Docs Contact: | |
| Priority: | urgent | ||
| Version: | 3.6.9 | CC: | bazulay, eheftman, gchakkar, gklein, lsurette, mavital, mgoldboi, michal.skrivanek, nsimsolo, shavivi, srevivo, tjelinek, ycui, ykaul |
| Target Milestone: | ovirt-4.0.7 | Keywords: | ZStream |
| Target Release: | --- | Flags: | eheftman:
needinfo-
|
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | 1382404 | Environment: | |
| Last Closed: | 2017-03-16 15:35:56 UTC | Type: | --- |
| 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: | 1382404 | ||
| Bug Blocks: | |||
|
Description
rhev-integ
2017-01-02 08:04:11 UTC
Created attachment 1207972 [details]
logs
(Originally by Nijin Ashok)
This is problematic. As you have figured out yourself, 'disk size' reported by qemu-img is not too informative. The size reported for VMDK format will tell you nothing. You cannot anticipate how much the resulting QCOW2 image will have; it can be few hundreds more or it can be twice the size of VMDK depending on the disk content. In other words, we won't know the resulting size of the QCOW2 image until we actually try to do the conversion. (Originally by Tomas Golembiovsky) This is blocked by bug 1332019 Currently the planned release where we can consume that fix is 4.2 Please prioritize the dependent bug if you request a resolution sooner than that (Originally by michal.skrivanek) Tomas maybe you can use virDomainBlockInfo to get the physical size of the file on disk? If we can relay on that we can close bug 1332019 (Originally by Shahar Havivi) I've just checked and virDomainGetBlockInfo is not implemented for the ESX driver. (Originally by Tomas Golembiovsky) Verification build: ovirt-engine-4.0.7-0.1.el7ev qemu-kvm-rhev-2.6.0-28.el7_3.3.x86_64 vdsm-4.18.22-1.el7ev.x86_64 libvirt-client-2.0.0-10.el7_3.4.x86_64 sanlock-3.4.0-1.el7.x86_64 Hi Shahar. Please confirm that the doc text should appear in the Advisory, and if so, please set the appropriate doc text flag. Shahar, please clarify whether in order to resolve this issue you allocated a larger space on the block devices or whether you use physical size instead of zip size to get a more accurate size. Or something else if none of the above. The doc text should be in the format of Previously this happened. Now, this is what happened. Thanks Hi Shahar, I see that you updated the doc text but it still doesn't explain what solution this fix brings. I need to explain what the system does in this version to fix the bug. importing ova into a block storage domain was failing due to a bug on calculating the disk size After rethinking, this is a bug fix and no change in the behavior. removing the doc-text 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, 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://rhn.redhat.com/errata/RHBA-2017-0544.html |