Bug 1198507
| Summary: | [RFE] implement support from sparse file launching the VM from a disk image | ||
|---|---|---|---|
| Product: | [oVirt] ovirt-hosted-engine-setup | Reporter: | Simone Tiraboschi <stirabos> |
| Component: | RFEs | Assignee: | Simone Tiraboschi <stirabos> |
| Status: | CLOSED NOTABUG | QA Contact: | meital avital <mavital> |
| Severity: | low | Docs Contact: | |
| Priority: | high | ||
| Version: | --- | CC: | amureini, bugs, fdeutsch, gklein, iheim, lsurette, rbalakri, srevivo, ykaul |
| Target Milestone: | --- | Keywords: | FutureFeature |
| Target Release: | --- | Flags: | ylavi:
ovirt-future?
ylavi: planning_ack? ylavi: devel_ack? ylavi: testing_ack? |
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Enhancement | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-10-14 14:55:19 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Integration | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1274065 | ||
|
Description
Simone Tiraboschi
2015-03-04 10:00:46 UTC
The image file in the engine appliance ova archive is already a qcow2 file so it is implicitly sparse. We use python tar module to extract the qcow2 from the tar archive to a local temporary file. We are using qemu-img to convert and copy from the temporary qcow2 to a raw image on the shared storage domain. qemu-img already correctly supports sparse raw images so there is not that much to gain here. We can just save a bit of time in the tar extraction using external tar command but not that much. I also tried to manually apply virt-sysprep and virt-sparsify on our engine appliance without being able to reduce the qcow2 size (perhaps it's already sparsified in the appliance build process) and so no margin neither there. We can probably just gain a bit of speed in the tar extraction using native tar instead of python one but nothing more. Probably we could gain something if we are able to pipe qcow2 file to qemu-img to covert and write it on fly to the target device instead of passing trough a temporary file but AFAIK qemu-img doesn't work with stdin. Closing as NOTABUG according to https://bugzilla.redhat.com/show_bug.cgi?id=1198507#c1 and https://bugzilla.redhat.com/show_bug.cgi?id=1198507#c2 |