[Users] export VM

[Cristian Falcas]

Shrinking can also be made with the normal cp from linux:

cp --sparse=always

This will create usually files smaller then the original even.

But maybe this can be fixed from the source. Exporting some images that
have 10s/100s of gigabytes but only use a few gb is time and space
consuming with no benefits.

best regards,



On Mon, Nov 19, 2012 at 2:00 PM, Alexandre Santos <santosam72 at gmail.com>wrote:

> Hi Cristian,
> I don't know what ovirt is doing but if the final file is a raw image, you
> can shrink it with qemu-img and transform it in a qcow2.
> What I think was on the head of who implemented this is that you export a
> VM to a NAS that has normally Teras of space, so it is more compatible to
> save it in raw format. My 2 cents :-)
>
> Alex
>
>
> 2012/11/19 Cristian Falcas <cristi.falcas at gmail.com>
>
>>
>>
>>
>> On Mon, Nov 19, 2012 at 12:51 PM, Alexandre Santos <santosam72 at gmail.com>wrote:
>>
>>> 2012/11/18 Cristian Falcas <cristi.falcas at gmail.com>
>>>
>>>> Hi all,
>>>>
>>>> I see that exporting a VM with ThinProvisioning will make an image with
>>>> the full disk size, instead of the currently used size:
>>>> - VM has a 20GB disk
>>>> - installed OS is taking 1.3GB
>>>> - exported disk is taking 20GB
>>>>
>>>> Is this mandatory? Couldn't the export make a file with the same size,
>>>> also sparse? It seems it only does a copy of the folder and the normal
>>>> linux cp can make a sparse copy.
>>>>
>>>> thank  you,
>>>> Cristian Falcas
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>> Is it exporting a a raw image, right?
>>>
>>> Alex
>>>
>>
>>
>> Hi Alex,
>>
>> I don't understand what you mean by raw.
>>
>> I was saying that the same file could be copied as a sparse file instead.
>>
>> Cristian
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20121119/117208cd/attachment-0001.html>