Problème avec Virt-manager

Vous devrez peut-être vous déconnecter et vous reconnecter.

En supposant que /etc/libvirt/libvirtd.conf a :

# Set the UNIX domain socket group ownership. This can be used to
# allow a 'trusted' set of users access to management capabilities
# without becoming root.
#
# This is restricted to 'root' by default.
unix_sock_group = "libvirtd"

# Set the UNIX socket permissions for the R/O socket. This is used
# for monitoring VM status only
#
# Default allows any user. If setting group ownership, you may want to
# restrict this too.
unix_sock_ro_perms = "0777"

# Set the UNIX socket permissions for the R/W socket. This is used
# for full management of VMs
#
# Default allows only root. If PolicyKit is enabled on the socket,
# the default will change to allow everyone (eg, 0777)
#
# If not using PolicyKit and setting group ownership for access
# control, then you may want to relax this too.
unix_sock_rw_perms = "0770"

Cela devrait fonctionner si votre utilisateur est un membre de l'équipe de l'Union européenne. libvirtd groupe.

Vérifiez si votre utilisateur est censé être dans le groupe, exemple : utilisateur vagrant :

$ cat /etc/group|grep $USER
vagrant:x:1000:
libvirtd:x:116:ubuntu,vagrant

Si votre utilisateur ne fait pas partie du groupe, vous devrez l'ajouter :

$ sudo usermod -a -G libvirtd $USER

Si votre utilisateur était déjà dans le groupe dans /etc/group puis vérifiez la sortie de groups :

$ groups
vagrant libvirtd

Si vous ne voyez pas libvirtd vous devrez vous déconnecter et vous reconnecter.

J'ai eu le même problème. Essayez ce guide ça marche pour moi. N'oubliez pas de vous reconnecter après avoir ajouté l'utilisateur au groupe 'libvirtd'.

Essayez d'ajouter cette ligne à /etc/libvirt/libvirtd.conf

listen_tls = 0

puis redémarrer lirvirt par :

/etc/init.d/libvirt-bin restart

J'ai rencontré ce problème parce que j'avais deux libvirtd groupes.

Lorsque j'ai installé qemu-kvm, le groupe libvirtd n'existait pas, il a donc été créé avec l'ID de groupe arbitraire 121 :

ls -n /var/run/libvirt/libvirt-sock
srwxrwx--- 1 0 121 0 Oct  1 18:49 /var/run/libvirt/libvirt-sock

Plus tard, mon hôte a rejoint le NIS. Je suis membre de libvirtd mais l'ID du groupe est 1046 :

id
uid=177(jmcgeheeiv) ...,1046(libvirtd),...

Je ne suis pas membre du groupe 201, je ne peux donc pas écrire à la prise de courant. /var/run/libvirt/libvirt-sock .

Mise à jour de la propriété du groupe de /var/run/libvirt/libvirt-sock au bon numéro de groupe a résolu mon problème :

sudo chgrp 1019 /var/run/libvirt/libvirt-sock
ls -n /var/run/libvirt/libvirt-sock
srwxrwx--- 1 0 1019 0 Oct  1 18:49 /var/run/libvirt/libvirt-sock

Dans ce cas, il n'est pas nécessaire de se déconnecter et de se reconnecter.

Si ce qui précède résout le problème immédiat, il viole l'infrastructure en tant que code. La vraie solution est de reconstruire l'hôte, en créant d'abord le groupe libvirtd avec le groupe ID 1046 cohérent avec NIS, et ensuite installer qemu-kvm.