[libvirt] [PATCH 00/30] storagefile, security: qcow2 data_file support
Christophe de Dinechin
dinechin at redhat.com
Thu Oct 17 12:50:37 UTC 2019
> On 17 Oct 2019, at 14:35, Cole Robinson <crobinso at redhat.com> wrote:
>
> Hmm why wasn't I in to/cc list, was that intentional?
Not at all. I assumed a reply-to would add it automatically and did not
bother checking. Probably something wrong in my mu4e config.
>
> On 10/17/19 5:26 AM, Christophe de Dinechin wrote:
>>
>> Cole Robinson writes:
>>
>>> This series is the first steps to teaching libvirt about qcow2
>>> data_file support, aka external data files or qcow2 external metadata.
>>>
>>> A bit about the feature: it was added in qemu 4.0. It essentially
>>> creates a two part image file: a qcow2 layer that just tracks the
>>> image metadata, and a separate data file which is stores the VM
>>
>> s/is stores/stores/
>
> Indeed, but what's the benefit of correcting grammar in a cover letter
> for already applied patches?
Obviously, I realized you had already applied that patch only after sending
my email ;-) I saw that there was still some active discussion on that thread,
so I assumed it was still under review.
>>
>> What happens if you try to do that in place, i.e. EXISTING==NEW?
>>
>
> Results in an unbootable image in my testing. I'm guessing it
> initializes the raw image first, similar to trying to use 'qemu-img
> create' with an existing raw image as data_file
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1688814#c8 <https://bugzilla.redhat.com/show_bug.cgi?id=1688814#c8>
OK. Might be worth catching or fixing at some point.
Christophe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20191017/80d31d57/attachment-0001.htm>
More information about the libvir-list
mailing list