<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-size:12.8px"> it was necessary is set the user to root in the </span><span style="font-size:12.8px">/etc/libvirt/qemu.conf.</span></blockquote><div>It works if group is set to kvm...</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 4, 2017 at 6:04 PM, Nick Gilmour <span dir="ltr"><<a href="mailto:nickeforos@gmail.com" target="_blank">nickeforos@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I have finally found the solution here:</div><div><br></div><a href="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" target="_blank">https://www.mail-archive.com/<wbr>search?l=ubuntu-bugs@lists.<wbr>ubuntu.com&q=subject:%22%5C%<wbr>5BBug+405388%5C%5D+Re%5C%3A+<wbr>virt%5C-manager+cannot+create+<wbr>image+file%22&o=newest&f=1</a><br><div><br></div><div>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 <span style="font-size:12.8px">/etc/libvirt/qemu.conf. I have created a new volume in VMM and installed Fedora. Everything seems to be working fine inclusive ZFS snapshots.</span><br></div><div><br></div><div><span style="font-size:12.8px">Regards,</span></div><div><span style="font-size:12.8px">Nick<br></span><div><div><br><div><br></div></div></div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 4, 2017 at 4:58 PM, Peter Krempa <span dir="ltr"><<a href="mailto:pkrempa@redhat.com" target="_blank">pkrempa@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Tue, Oct 03, 2017 at 08:44:10 +0200, Michal Privoznik wrote:<br>
> On 10/02/2017 11:42 PM, Nick Gilmour wrote:<br>
<br>
</span>[...]<br>
<span><br>
><br>
> 2) storage backends are static. While we have libvirt drivers in<br>
> separate modules (.so files) and load them at start up, it's not the<br>
> same story with storage driver backends. These are hardcoded into the<br>
> storage driver. Might be worth it to have them dynamically loadable too.<br>
<br>
</span>This was changed some time ago. Backends are loadable now:<br>
<br>
src/.libs/libvirt_storage_back<wbr>end_disk.so<br>
src/.libs/libvirt_storage_back<wbr>end_fs.so<br>
src/.libs/libvirt_storage_back<wbr>end_gluster.so<br>
src/.libs/libvirt_storage_back<wbr>end_iscsi.so<br>
src/.libs/libvirt_storage_back<wbr>end_logical.so<br>
src/.libs/libvirt_storage_back<wbr>end_mpath.so<br>
src/.libs/libvirt_storage_back<wbr>end_rbd.so<br>
src/.libs/libvirt_storage_back<wbr>end_scsi.so<br>
src/.libs/libvirt_storage_back<wbr>end_sheepdog.so<br>
src/.libs/libvirt_storage_back<wbr>end_vstorage.so<br>
src/.libs/libvirt_storage_back<wbr>end_zfs.so<br>
<br>
Similarly to driver backends they are loaded at start of libvirtd.<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>