From: "Ján Tomko" <jtomko@redhat.com>
To: qemu-devel@nongnu.org
Cc: libvir-list@redhat.com
Subject: [Qemu-devel] [RFC] qcow3 format in libvirt
Date: Mon, 04 Mar 2013 13:58:12 +0100 [thread overview]
Message-ID: <51349A64.2020003@redhat.com> (raw)
Before posting another version of my patches [1], attempting to add
support for the new qcow format to libvirt, I would like to know if this
sounds reasonable:
A new format named 'qcow3' would be added, along with a <features>
sub-element for target.
<volume>
<name>qcow3test</name>
<source>
</source>
<capacity unit='GiB'>8</capacity>
<target>
<path>/var/lib/libvirt/images/qcow3test</path>
<format type='qcow3'/>
<features>
<lazy_refcounts/>
</features>
</target>
</volume>
I think that libvirt shouldn't care if the features are compatible or
incompatible, as we don't know what features are supported by the
hypervisor. Would the features be any good as tri-state (on, off, default?).
While the qcow3 format is handled by the qcow2 driver in QEMU,
<driver name='qemu' type='qcow2'/> should be enough for domains,
but in snapshot XML we treat the driver type as the format:
<disk name='/path/to/old'>
<driver type='qcow3'/>
<source file='/path/to/new'/>
<features>
<lazy_refcounts/>
</features>
</disk>
So I think we should allow the qcow3 driver type as well and translate
it to qcow2 for QEMU.
Jan
[1] v2 here:
https://www.redhat.com/archives/libvir-list/2013-February/msg00212.html
next reply other threads:[~2013-03-04 12:58 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-04 12:58 Ján Tomko [this message]
2013-03-04 13:09 ` [Qemu-devel] [RFC] qcow3 format in libvirt Daniel P. Berrange
2013-03-04 14:04 ` Kevin Wolf
2013-03-04 14:27 ` Daniel P. Berrange
2013-03-04 14:38 ` Kevin Wolf
2013-03-04 14:46 ` Daniel P. Berrange
2013-03-04 15:05 ` Kevin Wolf
2013-03-04 15:19 ` Daniel P. Berrange
2013-03-04 15:40 ` Kevin Wolf
2013-03-11 18:03 ` Ján Tomko
2013-03-12 8:46 ` Kevin Wolf
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51349A64.2020003@redhat.com \
--to=jtomko@redhat.com \
--cc=libvir-list@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).