[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] qcow3 - arbitrary metadata

From: Daniel P. Berrange
Subject: Re: [Qemu-devel] [PATCH] qcow3 - arbitrary metadata
Date: Tue, 29 Jul 2008 09:48:12 +0100
User-agent: Mutt/1.4.1i

On Tue, Jul 29, 2008 at 02:49:40AM +0100, Jamie Lokier wrote:
> Anthony Liguori wrote:
> > Can you provide more information about what the metadata is used for and 
> > why it's so important for the metadata to be in the image verses in a 
> > separate file?
> Yeah, I have the opposite problem - too much in the same file :-)
> I want to be able to savevm, but some of my VMs don't have any qcow2
> images (because I don't trust them for mission-critical VMs since
> recent discussion, or because they are floppy-only or CD-only VMs with
> no hard disk).
> To enable savevm, at least according to docs, I have to have a qcow2
> image somewhere.  So I add a redundant minimum-size unpartitioned
> qcow2 hard disk and hope nobody minds...
> That seems a bit hackish.  It would be nice if savevm could just write
> to a named file and loadvm could read it.

In libvirt we implement what I call 'unmanaged' save/restore to arbitrary 
files. We intend to add the QEMU style 'managed' save/restore to the 
disk image too. For the former we actually make use of the 'migrate'
command - we just migrate to/from a local file :-) It works pretty
nicely, so once Anthony gets KVM's migration support ported to plain
QEMU i'd recommend using that technique - conceivably we could have a
simple monitor command for making it easier to use in this scenario

|: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
|: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

reply via email to

[Prev in Thread] Current Thread [Next in Thread]