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@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.