Estou executando o Ubuntu 12.04.2 32 bits.
O erro não aparece se eu começar gksudo virt-manager
.
libvirt-bin
está instalado.- Não sei como verificar o daemon.
- Eu sou um membro de
libvirtd
.
Saída de ps ax | grep libvirt
:
9225 ? Sl 0:04 /usr/sbin/libvirtd -d
9302 ? S 0:00 /usr/sbin/dnsmasq -u libvirt-dnsmasq --strict-order --bind-interfaces --pid-file=/var/run/libvirt/network/default.pid --conf-file= --except-interface lo --listen-address 192.168.122.1 --dhcp-range 192.168.122.2,192.168.122.254 --dhcp-leasefile=/var/lib/libvirt/dnsmasq/default.leases --dhcp-lease-max=253 --dhcp-no-override`
Saída de ls -l /var/run/libvirt/libvirt-sock
:
srwxrwx --- 1 raiz libvirtd 0 Conjunto 13 15:04 / var / run / libvirt / libvirt-sock
Saída de getent group libvirtd
:
libvirtd:x:130:OTHERUSER,MYUSER
Mensagem de erro detalhada
Unable to connect to libvirt.
Failed to connect socket to '/var/run/libvirt/libvirt-sock': Permission denied
Verify that:
- The 'libvirt-bin' package is installed
- The 'libvirtd' daemon has been started
- You are member of the 'libvirtd' group
Libvirt URI is: qemu:///system
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/connection.py", line 1185, in _open_thread
self.vmm = self._try_open()
File "/usr/share/virt-manager/virtManager/connection.py", line 1167, in _try_open
flags)
File "/usr/lib/python2.7/dist-packages/libvirt.py", line 102, in openAuth
if ret is None:raise libvirtError('virConnectOpenAuth() failed')
libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt-sock': Permission denied
virtualization
kvm
qemu
Aquele cara brasileiro
fonte
fonte
gksudo virt-manager
/etc/libvirt/libvirtd.conf
arquivo?qemu
evirt-manager
, tente executarsudo systemctl start libvirtd
e, opcionalmente,sudo systemctl enable libvirtd
se você quer que ele inicie na inicialização.Respostas:
A reinicialização do sistema em que
virt-manager
está instalado resolveu o problema.fonte
Após a instalação do KVM, execute este comando para que o erro não ocorra novamente.
fonte
sudo
. leia explicação em outra resposta ask.fedoraproject.org/en/question/45805/...sudo
não é recomendado.Para mim, o erro foi causado porque as alterações na associação ao grupo não se aplicam sem um logout-logon (ou reinicialização). Acabei de instalar o KVM e o libvirt-bin. O instalador adicionou automaticamente meu usuário ao grupo libvirtd; eu havia reiniciado o serviço libvirt-bin, mas ainda estava recebendo o erro.
Simplesmente sair e voltar a resolver o problema, aplicando minha nova associação ao grupo.
Supondo que você acabou de instalar o libvirt-bin e já confirmou que seu usuário atual é membro do grupo libvirtd, conforme a mensagem de erro sugere, será necessário efetuar logout e logon novamente para que a nova associação do grupo seja aplicada.
Não altere as permissões de arquivo para 777. Não execute apenas tudo como root ou sudo para evitar entender o que está errado.
Espero que isso ajude alguém.
fonte
Estou gerenciando o Qemu e o Virtualbox na minha máquina Ubuntu 14.02 e, depois de instalar o Virtualbox, libvirt-bin falhou ao iniciar automaticamente. Portanto, verifique se a libvirt-bin está em execução:
ps faux | grep libvirt-bin
se você não o vir na saída ps - inicie manualmente, execute o virt-manager:
sudo service libvirt-bin start
fonte
No Ubuntu 16.04.3 LTS
foi a única resposta. O soquete possui seu próprio daemon. Isso é incomum.
fonte
Depois de instalar todos os pacotes declarados pelo op, você pode sair e fazer login novamente. Qualquer coisa que o adicionar aos grupos de usuários, você precisará sair e fazer login novamente para ser adicionado aos novos grupos. É um pequeno inconveniente, menos do que reiniciar.
Isso foi marcado como incompleto, no entanto, é uma regra geral para adicionar seu usuário a um grupo. Um relog é necessário, essa foi a parte que faltava que eu não vi aqui.
fonte
Uma alternativa à reinicialização / logout é executar os seguintes comandos em um terminal:
O
newgrp
comando permite que o usuário ingresse nolibvirt
grupo sem logout, para processos iniciados no mesmo shell depoisnewgrp
. Claro que isso só funciona se o instalador da libvirt o colocar no grupo libvirt, com o qual você pode verificar:fonte
O problema é discutido no Launchpad e a causa desse problema pode ser resolvida instalando o
xen-utils
pacote (xen-utils-4.4
no Ubuntu 14.04). Eu já estava contornando esse problemavirt-manager
atravéssudo
da linha de comando.fonte
xen
é semelhante aokvm
wiki.archlinux.org/index.php/KVM , se você jákvm
instalou, não instalexen
. Substituiu minhakvm
instalação e meus vms pararam de funcionar. quando eu removixen
volta vms começou a correr.Para mim, o caso foi que, ao usá-
service libvirt-bin status
lo, mostrou que tudo estava funcionando bem, embora eu não pudesse conectar como:No
/var/run/libvirt/
deve haver esses dois arquivos:Se os soquetes não estiverem aparecendo, use
service libvirt-bin stop; service libvirt-bin start
para reiniciar completamente o processo. O usoservice libvirt-bin restart
não é suficiente e não recriará o soquete.O
libvirt-bin
serviço pode ser interrompido com segurança e não desligará os convidados .fonte
No Ubuntu 17.10, eu também tinha que me adicionar ao grupo libvirt. Eu já havia me incluído no libvirtd e não me removi desse grupo. Não sei se ambos são necessários ou não.
Eu fiz isso desde que notei que o conteúdo de / var / run / libvirt pertencia à libvirt em vez da libvirtd.
fonte
Eu tive esse mesmo problema e no relatório de erro detalhado ele fala sobre falta de permissão para o
libvirt-sock
arquivo. Alterar a permissão do arquivo/var/run/libvirt/libvirt-sock
para 777 fez com que funcionasse para mim.fonte
use o Software Ubuntu para desinstalar o gerenciador virtual, sair, fazer login novamente, instalar o gerenciador virtual e executá-lo normalmente sem usar o sudo ou mesmo usando a linha de comando.
fonte