+++ This bug was initially created as a clone of Bug #461925 +++
Created an attachment (id=316444)
Description of problem:
Error occured while creating a bochs storage volume in a directory storage pool.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Create a 'dir' storage pool
2. Create a 'bochs' storage volume of max/alloc == 2000/2000
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/createvol.py", line 191, in _async_vol_create
poolobj = self.vol.install(meter=meter)
File "/usr/lib/python2.5/site-packages/virtinst/Storage.py", line 893, in install
RuntimeError: Couldn't create storage volume 'virt-stor-dir-bochs.img': '/usr/bin/qemu-img exited with non-zero status 1 and signal 0'
* See attached screenshot.
* Please advise if additional information/logfiles are needed.
The qemu-img tool supports lots of metadata formats for volumes, but not all of these allow for creation. Somehow the libvirt storage driver needs to declare what capabilities it has. This should include all the pool types it supports, and the supported volume formats, and probably a few other bits of info too. This would allow virt-manager to not offer 'bochs' as an option for creation unless it was actually supported by libvirt & qemu-img.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.
More information and reason for this action is here:
This is upstream nowadays. It reports supported pool types and vol types
Author: John Ferlan <email@example.com>
Date: Thu Feb 7 12:02:25 2019 -0500
libvirt: Introduce virConnectGetStoragePoolCapabilities