Я использую Ubuntu 12.04.2 32 бита.
Ошибка не появляется, если я начинаю gksudo virt-manager
.
libvirt-bin
установлен.- Я не знаю, как проверить наличие демона.
- Я являюсь членом
libvirtd
.
Выход 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`
Выход ls -l /var/run/libvirt/libvirt-sock
:
srwxrwx --- 1 root libvirtd 0 Set 13 15:04 / var / run / libvirt / libvirt-sock
Выход getent group libvirtd
:
libvirtd:x:130:OTHERUSER,MYUSER
Подробное сообщение об ошибке
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
Этот бразильский парень
источник
источник
gksudo virt-manager
/etc/libvirt/libvirtd.conf
файла?qemu
иvirt-manager
попробуйте запуститьsudo systemctl start libvirtd
и при необходимости,sudo systemctl enable libvirtd
если вы хотите, чтобы он запускался при запуске.Ответы:
Перезагрузка системы, в которой
virt-manager
установлена система, решила проблему.источник
После установки KVM выполните эту команду, чтобы эта ошибка больше не возникала.
источник
sudo
. Прочитайте объяснение в другом ответе ask.fedoraproject.org/en/question/45805/…sudo
не рекомендуется.Для меня ошибка была вызвана тем, что изменения членства в группе не применяются без входа в систему (или перезагрузки). Я только что установил KVM и libvirt-bin. Программа установки автоматически добавила моего пользователя в группу libvirtd, я перезапустил службу libvirt-bin, но все еще получал сообщение об ошибке.
Простой выход из системы и ее повторное решение решили проблему путем применения моего нового членства в группе.
Предполагая, что вы только что установили libvirt-bin и уже подтвердили, что ваш текущий пользователь является членом группы libvirtd, как следует из сообщения об ошибке, вам нужно будет выйти из системы и снова войти в нее, чтобы применить новое членство в группе.
Не изменяйте права доступа к файлам на 777. Не просто запускайте все с правами root или sudo, чтобы избежать понимания, что не так.
Я надеюсь, что это помогает кому-то.
источник
Я управляю как Qemu, так и Virtualbox на моем компьютере с Ubuntu 14.02, и после установки Virtualbox libvirt-bin не удалось автоматически запуститься. Поэтому проверьте, работает ли libvirt-bin:
ps faux | grep libvirt-bin
если вы не видите его в выводе ps - запустите вручную, затем запустите virt-manager:
sudo service libvirt-bin start
источник
На Ubuntu 16.04.3 LTS
был единственный ответ. Сокет имеет своего собственного демона. Это необычно
источник
После установки всех пакетов, указанных в операторе, вы можете выйти из системы, а затем снова войти в нее. Все, что добавляет вас в группы пользователей, необходимо для выхода из системы и входа в нее для добавления в новые группы. Это небольшое неудобство, меньше одного, чем перезагрузка.
Это было помечено как незавершенное, однако это является общим правилом для добавления вашего пользователя в группу. Необходим перелог, это была недостающая часть, которую я не видел здесь.
источник
Альтернативой перезагрузке / выходу из системы является запуск следующих команд из терминала:
Команда
newgrp
позволяет пользователю присоединиться кlibvirt
группе без выхода из системы для процессов, которые запускаются в той же оболочке послеnewgrp
. Конечно, это работает, только если установщик libvirt поместит вас в группу libvirt, которую вы можете проверить с помощью:источник
Проблема обсуждается на Launchpad, и причина этой проблемы может быть решена путем установки
xen-utils
пакета (xen-utils-4.4
в Ubuntu 14.04). Раньше я обходил эту проблемуvirt-manager
черезsudo
командную строку.источник
xen
похоже наkvm
wiki.archlinux.org/index.php/KVM , если вы ужеkvm
установили, не устанавливайтеxen
. Он переопределил моюkvm
установку, и мои VMS перестали работать. когда убралxen
обратно vms начал работать.Для меня дело было в том, что при использовании
service libvirt-bin status
он показал, что все просто работает нормально, хотя я не мог подключиться, как:В
/var/run/libvirt/
должны быть эти два файла:Если сокеты не отображаются, используйте
service libvirt-bin stop; service libvirt-bin start
для полного перезапуска процесса. Использованиеservice libvirt-bin restart
недостаточно и не создаст заново сокет.libvirt-bin
Служба может быть безопасно остановлен и не POWEROFF гостей .источник
Начиная с Ubuntu 17.10, я также должен был добавить себя в группу libvirt. Я уже добавил себя в libvirtd и не удалил себя из этой группы. Я не знаю, требуются ли оба или нет.
Я сделал это, так как заметил, что содержимое / var / run / libvirt принадлежит libvirt, а не libvirtd.
источник
У меня была такая же проблема, и в подробном отчете об ошибке говорится о недостаточном разрешении
libvirt-sock
файла. Изменение разрешения файла/var/run/libvirt/libvirt-sock
на 777 заставило его работать на меня.источник
используйте Ubuntu Software для удаления виртуального менеджера, выхода из системы, входа в систему, установки виртуального менеджера и запуска его в обычном режиме без использования sudo или даже с помощью командной строки.
источник