[libvirt-users] error: internal error: missing backend for pool type 11 (zfs)

[Nick Gilmour]

I have finally found the solution here:

https://www.mail-archive.com/search?l=ubuntu-bugs@lists.ubuntu.com&q=subject:%22%5C%5BBug+405388%5C%5D+Re%5C%3A+virt%5C-manager+cannot+create+image+file%22&o=newest&f=1

By default is qemu:///system activated but I had to change to
qemu:///session because I was getting errors. I created a VM with
qemu:///session and it was running without any issues. But it didn't work
for ZFS Volums. I suppose the other change that it was necessary is set the
user to root in the /etc/libvirt/qemu.conf. I have created a new volume in
VMM and installed Fedora. Everything seems to be working fine inclusive ZFS
snapshots.

Regards,
Nick



On Wed, Oct 4, 2017 at 4:58 PM, Peter Krempa <pkrempa at redhat.com> wrote:

> On Tue, Oct 03, 2017 at 08:44:10 +0200, Michal Privoznik wrote:
> > On 10/02/2017 11:42 PM, Nick Gilmour wrote:
>
> [...]
>
> >
> > 2) storage backends are static. While we have libvirt drivers in
> > separate modules (.so files) and load them at start up, it's not the
> > same story with storage driver backends. These are hardcoded into the
> > storage driver. Might be worth it to have them dynamically loadable too.
>
> This was changed some time ago. Backends are loadable now:
>
> src/.libs/libvirt_storage_backend_disk.so
> src/.libs/libvirt_storage_backend_fs.so
> src/.libs/libvirt_storage_backend_gluster.so
> src/.libs/libvirt_storage_backend_iscsi.so
> src/.libs/libvirt_storage_backend_logical.so
> src/.libs/libvirt_storage_backend_mpath.so
> src/.libs/libvirt_storage_backend_rbd.so
> src/.libs/libvirt_storage_backend_scsi.so
> src/.libs/libvirt_storage_backend_sheepdog.so
> src/.libs/libvirt_storage_backend_vstorage.so
> src/.libs/libvirt_storage_backend_zfs.so
>
> Similarly to driver backends they are loaded at start of libvirtd.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvirt-users/attachments/20171004/6cc26694/attachment.htm>