qemu-block
[Top][All Lists]
Advanced

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

Re: qemu-img convert vs writing another copy tool


From: Richard W.M. Jones
Subject: Re: qemu-img convert vs writing another copy tool
Date: Fri, 24 Jan 2020 13:49:21 +0000
User-agent: Mutt/1.5.21 (2010-09-15)

On Fri, Jan 24, 2020 at 09:55:55AM +0000, Richard W.M. Jones wrote:
> On Thu, Jan 23, 2020 at 01:21:28PM -0600, Eric Blake wrote:
> > Could we also teach this to parse 'qemu-img map --output=json'
> > format? And/or add 'qemu-img map --output=XYZ' (different from the
> > current --output=human') that gives sufficient information?  (Note:
> > --output=human is NOT suitable for extent lists - it intentionally
> > outputs only the data portions, and in so doing coalesces 'hole' and
> > 'hole,zero' segments to be indistinguishable).
> 
> If qemu-img doesn't have the data (we have to get it from
> another source), is the output of qemu-img map relevant?

I can see that we might use this to transfer a map from one qemu
source to another, which could be useful.  Unfortunately nbdkit
doesn't link to any libraries that can read JSON at the moment :-(
But certainly something to keep in mind for the future.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW




reply via email to

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