On Friday, 10 January 2020 17:34:27 CET Daniel P. Berrangé wrote:
> > > virStoragePoolFree (
> > > virStoragePoolGetInfo (
> > > virStoragePoolLookupByName (
> > > virStorageVolFree (
> > > virStorageVolGetInfo (
> > > virStorageVolGetPath (
> > > virStorageVolLookupByName (
> >
> > So something in libguestfs is using storage pools, which would
> > mean you want libvirt-daemon-driver-storage-core, and one or
> > more of the pool impls that you use.
>
> This is when libguestfs is told to open a libvirt domain, and the disks
> are specified as volumes in a local fs pool: libguestfs then gets the
> actual paths of the volumes.
> See filename_from_pool() in lib/libvirt-domain.c:
>
https://github.com/libguestfs/libguestfs/blob/c9543de73d264943fef88f5e534...
Ok, for that you will need storage pools, however, if there really is
such a domain present on the host, you can reasonably assume that the
user has already installed the libvirt storage pool driver. So libguestfs
itself can avoid the storage driver dep.
Considering we support only file volumes, would be recommend/suggest
libvirt-daemon-driver-storage-core a safe choice?
--
Pino Toscano