[libvirt] [tck PATCH 1/4] storage: skip qcow1 tests when qcow1 isn't supported by qemu-img

John Ferlan jferlan at redhat.com
Mon Feb 11 12:14:26 UTC 2019

On 2/11/19 6:12 AM, Daniel P. Berrangé wrote:
> On Mon, Feb 11, 2019 at 06:10:38AM -0500, Laine Stump wrote:
>> On Mon, Feb 11, 2019, 5:47 AM Daniel P. Berrangé <berrange at redhat.com>
>> wrote:
>>> On Thu, Feb 07, 2019 at 10:08:28PM -0500, Laine Stump wrote:
>>>> RHEL8 has dropped support for qcow1 format images, so skip the tests
>>>> related to creating/cloning qcow1 images (based on the output of
>>>> qemu-img -help).
>>>> Signed-off-by: Laine Stump <laine at laine.org>
>>>> ---
>>>>  scripts/storage/100-create-vol-dir.t | 22 ++++++++-----
>>>>  scripts/storage/200-clone-vol-dir.t  | 48 ++++++++++++++++------------
>>>>  2 files changed, 41 insertions(+), 29 deletions(-)
>>> Reviewed-by: Daniel P. Berrangé <berrange at redhat.com>
>>> This is an example where libvirt storage pool capabilities would be
>>> useful.

Current working code I have (unreviewed) has:

  <pool type='fs' supported='yes'>
      <defaultFormat type='auto'/>
      <enum name='sourceFormatType'>
      <enum name='requiredSourceElements'>
      <defaultFormat type='raw'/>
      <enum name='targetFormatType'>

>> Yeah, or maybe listing the supported types in the device capabilities for
>> the disks. I had meant to point that out but forgot.
> We would need both, because QEMU has a setup where qemu-img can support a
> disk format while qemu-system-XXX will not support it. This is so that
> we can limit what is usable at runtime, but still have qemu-img for data
> liberation from old format images.
> Regards,
> Daniel

So, would this be something formatted from src/util/virstoragefile.c
FileTypeInfo for a specific $path then?  Or more generically from
qemu-img like I assume this patch does? IIRC -help scraping has been
removed and the "hope" was some day some sort of capabilities type
approach would be used. Been a while since I've thought about it though.


More information about the libvir-list mailing list