Description of problem:
virt-manager creates new directory storage pools with permissions 700, owned by root. qemu started by libvirt, running as user qemu, is not able to read the contents of this directory, so any domain with storage in the new pool will not start.
Changing the permissions to 711, the same as /var/lib/libvirt/images, allows domains to start.
Version-Release number of selected component (if applicable):
What libvirt version are you using?
Hmm, is this definitely the case with that libvirt version? restart libvirtd and all that? I thought this was fixed upstream.
virt-manager doesn't explicitly set permissions when creating the default pool, libvirt might be doing it by accident (we previously had an issue with owner/group like this). Reassigning to rawhide/libvirt since you are using rawvirt packages.
This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle.
Changing version to '14'.
More information and reason for this action is here:
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Closing as INSUFFICIENT_DATA (F14 is EOL anyways)