[libvirt-users] stream finish throws exception via python API

Nir Soffer nsoffer at redhat.com
Wed Apr 27 19:22:19 UTC 2016


בתאריך 27 באפר׳ 2016 5:37 אחה״צ,‏ "Cole Robinson" <crobinso at redhat.com> כתב:
>
> On 04/27/2016 04:26 AM, Daniel P. Berrange wrote:
> > On Tue, Apr 26, 2016 at 03:17:19PM -0400, Cole Robinson wrote:
> >> On 04/26/2016 02:56 PM, Nir Soffer wrote:
> >>> On Tue, Apr 26, 2016 at 4:37 PM, Cole Robinson <crobinso at redhat.com>
wrote:
> >>>> On 04/26/2016 09:35 AM, Shahar Havivi wrote:
> >>>>> On 26.04.16 15:30, Shahar Havivi wrote:
> >>>>
> >>>> Libvirt doesn't invoke qemu-img check anywhere AFAIK, so if that's
the only
> >>>> way to get that info, then it isn't available
> >>>
> >>> We would like to report progress for downloads, so we need to know in
advance
> >>> what is the size of the download.
> >>>
> >>> I guess we can use an estimate (e.g. capacity * 1.1), or maybe
someone have
> >>> a better idea how to estimate the download size?
> >>>
> >>
> >> Hmm, I didn't realize <capacity> for a qcow2 volume isn't the full
size on
> >> disk, but instead the size of the virtual disk image. We should
probably add
> >> an extra volume field to report the actual on disk size too. Please
file a
> >> RHEL bug
> >
> > <physical> is intended to give the actual size on disk.
> >
>
> Hmm I see we do track a src->physical value via virstoragefile but that
isn't
> reflected in the storage volume XML at all, there's no <physical> XML
element.
> Should be simple to add, but someone on ovirt side please file an RFE so
it's
> properly prioritized

Sure, we will file a bug.
>
> Thanks,
> Cole
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvirt-users/attachments/20160427/cc2be7b1/attachment.htm>


More information about the libvirt-users mailing list