I have finally found the solution here: https://www.mail-archive.com/[email protected]&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 <[email protected]> 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. >
_______________________________________________ libvirt-users mailing list [email protected] https://www.redhat.com/mailman/listinfo/libvirt-users
