[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] qcow2 snapshot + resize
From: |
Eric Blake |
Subject: |
Re: [Qemu-devel] qcow2 snapshot + resize |
Date: |
Wed, 6 Jan 2016 09:28:28 -0700 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 |
On 01/06/2016 09:20 AM, Max Reitz wrote:
>> If I take a snapshot while the guest sees a 1G disk, then resize the
>> disk to 2G, then roll back to the point in time of the snapshot, I'd
>> expect the disk to roll back to 1G in size. Anything else is likely to
>> confuse the guest. And that's what current resize support already does
>> (it only resizes the active image, not the snapshots).
>
> No, the current resize operation just refuses to resize the image if it
> has any snapshots. Snapshots currently do not store the size of the
> image when they were created.
Huh? I thought that we specifically added bytes 48-55 per snapshot entry
in the qcow2v3 description specifically so that internal snapshots DO
record the size of the image when the snapshot was created.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
- Re: [Qemu-devel] qcow2 snapshot + resize, Max Reitz, 2016/01/04
- Re: [Qemu-devel] qcow2 snapshot + resize, lihuiba, 2016/01/05
- Re: [Qemu-devel] qcow2 snapshot + resize, Eric Blake, 2016/01/05
- Re: [Qemu-devel] qcow2 snapshot + resize, John Snow, 2016/01/05
- Re: [Qemu-devel] qcow2 snapshot + resize, lihuiba, 2016/01/05
- Re: [Qemu-devel] qcow2 snapshot + resize, Eric Blake, 2016/01/06
- Re: [Qemu-devel] qcow2 snapshot + resize, Max Reitz, 2016/01/06
- Re: [Qemu-devel] qcow2 snapshot + resize,
Eric Blake <=
- Re: [Qemu-devel] qcow2 snapshot + resize, Max Reitz, 2016/01/06
- Re: [Qemu-devel] qcow2 snapshot + resize, Kevin Wolf, 2016/01/14
- Re: [Qemu-devel] qcow2 snapshot + resize, lihuiba, 2016/01/18