[Thincrust-devel] issues with zip packaging for appliances

Bryan Kearney bkearney at redhat.com
Thu Nov 6 13:05:12 UTC 2008


Perry Myers wrote:
> I've been playing with the -p zip option to appliance-creator and ran 
> into an issue that I'm not sure how we can solve...
> 
> If the output format of a disk image is raw there are two sizes, the 
> logical size and the actual size.  So if I create a 20GB disk partition 
> in the kickstart, but only use 1.5 GB the file appears to be 20GB but 
> actually only takes 1.5GB on disk.

Why the disparity? Could you split it into 2 disks (system and data) and 
provide instructions on growing hte data disk?

> 
> When appliance-creator attempts to add this disk image to the zip 
> archive it fails because the logical size of the file is > 4GB which is 
> the limitation of an individual file in a zip archive.  You can pass the 
> allowZip64=True parameter to Zip in python to allow the zip64 extensions 
> to remove this limitation, but then the zip file can no longer be 
> extracted using the standard unzip command line tools (also not sure if 
> native Windows zip can handle this)
> 
> It will probably be fairly common that appliance images will have 
> logical sizes of > 4GB, so zip files are really only useful for 
> packaging appliances if the image is qcow compressed instead of raw.  If 
> the images are qcow, then the logical=actual and will generally be < 4GB.
> 
> We can consider using another archiving format like tar, but then we 
> can't  extract appliances on Windows with the default tools there.  We 
> can force qcow compression for zip packaging but that limits our 
> hypervisor usage.


Are you sure that tar does not work on Windows? I tend to remember it 
does. I have it in a VM at home and can try later tonite.

-- bk




More information about the Thincrust-devel mailing list