[root@adam libvirt]# grep dynamic /etc/libvirt/qemu.conf # Whether libvirt should dynamically change file ownership dynamic_ownership = 0 yet, with libvirt 1.2.18.1, when I start a VM, it tries to change ownership of the ISO file attached to it (and fails, as it's on a network share). This prevents me running any VMs, in my setup. Downgraded to 1.2.18, it works fine. I kinda suspect this change: https://libvirt.org/git/?p=libvirt.git;a=commitdiff;h=f4c60dfbf2ec606a5fc148b4c6ff1cd17ffd79ec which adds a virSecurityDACSetOwnership call which is not protected by a block like this: if (!priv->dynamicOwnership) return 0; which several of the others are. But not *all* of them are, and I'm not 100% sure exactly what that virSecurityDACDomainSetDirLabel() is for or what it operates on, so IMBW.
Thanks for the report... you were in the right ballpark but the breakage is a bit more subtle. Patch posted upstream: https://www.redhat.com/archives/libvir-list/2015-September/msg01000.html
Haha, whoops. :)
libvirt-1.2.18.1-2.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-94b173da51
libvirt-1.2.18.1-2.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update libvirt' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-94b173da51
libvirt-1.2.18.1-2.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.