virt-manager не може підключитися до libvirt

У мене працює 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 кореневий libvirtd 0 комплект 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

Перезавантаження системи, де virt-managerвстановлено, вирішило проблему.

Після встановлення KVM запустіть цю команду, після чого ця помилка не повториться.

sudo virt-manager

Для мене помилка була викликана тим, що зміни членства в групі не застосовуються без виходу з системи (або перезавантаження). Я щойно встановив 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-менеджер:

sudo service libvirt-bin start

У Ubuntu 16.04.3 LTS

systemctl start virtlogd.socket

була єдиною відповіддю. Розетка має свій демон. Це незвично.

Після встановлення всіх пакетів, зазначених у програмі, ви можете вийти з системи, а потім знову увійти. Все, що додає вас до груп користувачів, потрібно вийти з системи та повернутись назад, щоб додати їх до нових груп. Це незначна незручність, менша, ніж перезавантаження.

Це було позначено як неповне, однак це стосується загального правила додавання користувача до групи. Потрібен перегляд, це була частина, якої я тут не бачив.

Альтернативою перезавантаження / виходу є виконання наступних команд з терміналу:

newgrp libvirt
virt-manager

newgrpКоманда дозволяє користувачеві приєднатися до libvirtгрупи без виходу з системи, для процесів, які запускаються в одній оболонці після newgrp. Звичайно, це працює лише в тому випадку, якщо інсталятор libvirt поставив вас до групи libvirt, що ви можете перевірити за допомогою:

getent group libvirt

Проблема обговорюється на Launchpad, і причину цієї проблеми можна вирішити, встановивши xen-utilsпакет ( xen-utils-4.4на Ubuntu 14.04). Раніше я вирішував цю проблему virt-managerчерез sudoкомандний рядок.

Для мене випадок полягав у тому, що при service libvirt-bin statusйого використанні було показано, що все просто працює нормально, хоча я не можу з'єднатись так:

    ● libvirt-bin.service - Virtualization daemon
       Loaded: loaded (/lib/systemd/system/libvirt-bin.service; enabled; vendor preset: enabled)
       Active: active (running) since Do 2016-09-22 13:22:16 CEST; 6min ago
[...]

В /var/run/libvirt/повинні бути ці два файли:

srwxrwxrwx  1 root libvirtd    0 Sep 22 13:22 libvirt-sock=
srwxrwxrwx  1 root libvirtd    0 Sep 22 13:22 libvirt-sock-ro=

Якщо розетки не відображаються, використовуйте 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 для видалення віртуального менеджера, виходу з системи, входу в систему, встановлення віртуального менеджера та запуску його нормально, не використовуючи sudo або навіть використовуючи командний рядок.