On Mon, May 24, 2010 at 04:05:41PM -0600, Eric Blake wrote:
On 05/14/2010 07:10 AM, Daniel P. Berrange wrote:
> The virDomainGetBlockInfo API allows query physical block
> extent and allocated block extent. These are normally the
> same value unless storing a special format like qcow2
> inside a block device. In this scenario we can query QEMU
> to get the actual allocated extent.
>
> Since last time:
>
> - Return fatal error in text monitor
> - Only invoke monitor command for block devices
> - Fix error handling JSON code
>
> * src/qemu/qemu_driver.c: Fill in block aloction extent when VM
> is running
> * src/qemu/qemu_monitor.c, src/qemu/qemu_monitor.h,
> src/qemu/qemu_monitor_json.c, src/qemu/qemu_monitor_json.h,
> src/qemu/qemu_monitor_text.c, src/qemu/qemu_monitor_text.h: Add
> API to query the highest block extent via info blockstats
On 05/18/2010 02:32 PM, Eric Blake wrote:
> On 05/16/2010 03:03 AM, Daniel P. Berrange wrote:
>>> that means you now propagate that fatal error out of the call, rather
>>> than falling back on the default.
>>
>> Yes, that is the intended behaviour here. If it is a block device + not using
>> the raw format, then we want the caller to be able to see the error
>
> Fair enough. By the way, I never saw this one applied, even though DV
> gave it an ACK...
I applied this on Daniel's behalf, as part of cleaning out some of my
inbox, and after double-checking that everything builds cleanly after
rebasing on latest sources.
Thanks, I forgot I'd not pushed that here..... -ETOOMANYBRANCHES
Daniel
--
|: Red Hat, Engineering, London -o-
http://people.redhat.com/berrange/ :|
|:
http://libvirt.org -o-
http://virt-manager.org -o-
http://deltacloud.org :|
|:
http://autobuild.org -o-
http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|