Hide Forgot
Imports of a compressed qcow2 image will fail if the uncompressed qcow2 image size differs substantially from the compressed size. This issue is the root cause of image import failures observed in the Image Factory component of Aeolus tracked under this BZ: https://bugzilla.redhat.com/show_bug.cgi?id=768013
The root of the problem lies in how VDSM allocates the target storage when doing a qcow2->qcow2 copy. VDSM assumes that because both files have the same format the target will have the same size or less. This is not true in case of compressed source files as the target will be uncompressed. More info at https://bugzilla.redhat.com/show_bug.cgi?id=768013#c43
I was told not anyone can see my comment on the linked bug. Here it is copied verbatim here. You can now have you eyes touched with the light of it's hidden splendor. """ The issue seems to be the fact that you are trying to import a compressed qcow2 image. VDSM allocates the volume base on the size of the original file. Upon conversion the qcow gets uncompressed and inflates significantly and effectively runs out of space. A workaround would be to just not use compressed qcow images. (VDSM should check this before copying?) For the long run VDSM needs a way to calculate the target uncompressed size so it can allocate enough disk space. Just for people looking to write a patch for this the problem is in: file: image.py method: _createTargetImage() look for: dstVol.extend((volParams['apparentsize'] + 511) / 512) """"
Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug.