+++ This bug was initially created as a clone of Bug #546660 +++ Description of problem: F12 changed the default user libvirt runs qemu as from root to qemu. However, virStorageVolCreateXML still defaults to creating volumes as owned by root. In addition, there is no API to determine what the ownership should be set to. This means that any tool which uses libvirt to create a volume: * must be configured based on the target distro. * will break if the default is overridden. I don't think changing the virStorageVolCreateXML default is right, because the pool might also be used by another hypervisor with different requirements. Instead, I think a new API on the connection might be necessary. For example: virConnectGetPermissions(conn) might return: <permissions> <owner>0744</owner> <group>0744</group> <mode>0744</mode> <volumelabel>virt_image_t</volumelabel> </permissions> Version-Release number of selected component (if applicable): libvirt-0.7.4-1.fc12.x86_64 --- Additional comment from mbooth on 2009-12-11 10:45:58 EDT --- The above is cut/paste from the docs. However, owner and group are clearly bogus ;) Should of course be uid and gid.
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux major release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Major release. This request is not yet committed for inclusion.
I talked to mbooth about getting the info required, and it's all currently available to libvirt, so this feature is simply a matter of creating the API to provide it.
This RFE is not required for 6.0, so retargetting for 6.1
I agree with Daniel; moving to 6.1
*** This bug has been marked as a duplicate of bug 546660 ***