Maciej GaĆkiewicz
2011-Apr-26 07:13 UTC
[libvirt-users] Listing machines as non-root user
I have a problem with virsh. I'm using eucalyptus software on top of xen 4 (debian squeeze). The problem is that unix user "eucalyptus" cannot see vm machines when it executes "virsh list". My libvirt version is 0.8.8-3 from debian sid repository. The same problem occurs with older versions. What is more I have tried to change unix_sock_ro_perms to "2777". After libvirt restart it started to work. Even when I reverted this change it was still working. Unfortunately after server restart virsh still does not work (I am not sure but I cannot restart my production servers right now). Everything is fine when I run virsh as root. I have the same issue on 7 machines. regards M. Galkiewicz -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/libvirt-users/attachments/20110426/15ca912c/attachment.htm>
Hi Maciej, On 04/26/2011 09:13 AM Maciej Ga?kiewicz wrote:> I have a problem with virsh. I'm using eucalyptus software on top of xen 4 > (debian squeeze). The problem is that unix user "eucalyptus" cannot see vm > machines when it executes "virsh list". My libvirt version is 0.8.8-3 from > debian sid repository. The same > problem occurs with older versions. > What is more I have tried to change unix_sock_ro_perms to "2777". After > libvirt restart it started to work. Even when I reverted this change it was > still working. Unfortunately after server restart virsh still does not work > (I am not sure but I cannot restart my production servers right now). > Everything is fine when I run virsh as root. I have the same issue on 7 > machines.have you tried a different connection URI?: --------------<----------------- $ virsh -c qemu:///system 'list' -------------->----------------- If not explicitly stated, the virsh binary uses the 'qemu:///session' URI (at least under debian). See also .. VIRSH(1): ----------------------------------<--------------------------------------- qemu:///system "connect locally as root to the daemon supervising QEmu and KVM domains" qemu:///session "connect locally as a normal user to his own set of QEmu and KVM domains" ---------------------------------->--------------------------------------- Please note that in order for the 'qemu:///system' URI to work probably the user must be part of the 'libvirt' group. This way you won't have to touch the permission set of any of the respective sockets. I hope this helps ;) Cheers Jan
Possibly Parallel Threads
- volume on btrfs brick and copy-on-write
- nova-compute, libvirt and authentication
- Re: libvirtError: Unable to add bridge br0 port vnet0: Operation not supported
- libvirtError: Unable to add bridge br0 port vnet0: Operation not supported
- Bug#619253: xen-utils-4.0: xend service can't start because of xenstored segfault