I have finally found the solution here:
https://www.mail-archive.com/search?l=ubuntu-bugs@lists.ubuntu.com&q=...
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(a)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.