Unable to open a connection to the libvirt management daemon. | CentOS

iptables?

хотя, тут свои приколы:
yum install qemu-kvm
Loaded plugins: fastestmirror, priorities, refresh-packagekit, security
Loading mirror speeds from cached hostfile
* base: centos.hostace.ru
* centosplus: centos.hostace.ru
* extras: centos.hostace.ru
* rpmforge: apt.sw.be
* rpmforge-extras: apt.sw.be
* updates: centos.hostace.ru
437 packages excluded due to repository priority protections
Setting up Install Process
Package 2:qemu-kvm-0.12.1.2-2.209.el6_2.1.x86_64 already installed and latest version
Nothing to do

qemu-kvm
bash: qemu-kvm: команда не найдена

http://wiki.centos.org/HowTos/KVM

«The KVM package for CentOS is available in the extras repository for versions prior to CentOS 5.4. You may install KVM with:

yum install kvm kmod-kvm»

«If you want to install a Windows 2000 virtual machine, the actual command, whether or not you install qemu, is qemu-kvm. For those familiar with qemu, it takes the same options. Copy the iso over to the hard drive and then run the command:

qemu-kvm -hda win2k.img -cdrom win2k.iso -m 512 -boot d»

то есть, после деяния установки команда быть все таки должна.

чего я не понимаю, люди.

iptables не при чем. там с пакетами веселуха.

х с ней. установил просто qemu. эта прога хоть есть. поменял группу kvm в libvirtd.conf на qemu. добавился в эту группу. вырубил iptables вообще. перегрузил сессию юзера. проверил модули. все не то.

Под Gentoo вообще никаких проблем тут не было.

/usr/libexec/qemu-kvm

а хрен ли тогда оно орет «Unable to open a connection to the libvirt management daemon.»

при чем, если судить по гуглу, проблемы красношапошники решили аж в 2009м.

libvirtd вообще запускается?

ps -ef | grep libvirtd ?

ps -ef | grep libvirtd
root 10102 1 0 13:22 ? 00:00:00 libvirtd --daemon
root 10484 6203 0 13:29 pts/1 00:00:00 grep libvirtd

там бы и фейса virbr0 не создавалось бы, еслиб он не запускался.

на сколько нормально, что он есть root

нормально

а хрен ли тогда оно орет «Unable to open a connection to the libvirt management daemon.»

а кто(что) орёт то?

virsh --connect qemu:///system
Добро пожаловать в virsh — интерактивный терминал виртуализации.

Введите «help» для получения справки по командам
«quit» для выхода

ok.

а virt-manager:

Unable to open a connection to the libvirt management daemon.

Libvirt URI is: qemu:///system

Verify that:
- The 'libvirtd' daemon has been started

ты ж порт открыл для tcp соединений , пробуй --connect qemu+tcp:///system

по логам:

13:50:47.110: 10103: error : remoteDispatchAuthPolkit:2223 : Policy kit denied action org.libvirt.unix.manage from pid 11665, uid 500: exit status 1
13:50:47.110: 10103: error : remoteDispatchAuthPolkit:2241 : сбой аутентификации: сбой аутентификации

ты ж порт открыл для tcp соединений , пробуй --connect qemu+tcp:///system

похрену ему. то же самое пишет. policykit вые...

а virt-manager:

на той же машине?

да

и здесь пусто http://www.google.ru/search?num=100&hl=ru&newwindow=1&safe=off&am...

а qemu+ssh чем не устраивает? тоже не работает?

сам факт «глюка». говорю - это ради теста. обычно все под Gentoo. Просто интересно, какая она. Эта CentOS. плюсы минусы в работе.

Libvirt URI is: qemu+ssh://iron@127.0.0.1/system

Unable to open a connection to the libvirt management daemon.

нсли из-под рута, то ок)))

но из-под рута не увидать локальных носителей. образы итд.

А в чем проблема-то хоть. Люди.

охуенная система...

нормальная система , мануалы читать нужно.

Most virsh commands require root privileges to run due to the communications channels used to talk to the hypervisor. Running as non root will return an error.

Most virsh commands require root privileges to run due to the communications channels used to talk to the hypervisor. Running as non root will return an error.

нихрена они не рекъюре, если система не через ж. сделана.

да. сейчас я возьму отпуск. зажгу камин, укроюсь пледом и тихими вечерами буду читать мануалы по тому, как зайти юзером и глядишь с прилетом птиц с югов таки скажу - хватит. все прочитано - а «теперь можно попробовать».

чего же я не читал их под джентой и там все в порядке? вернее, читал, но в меру вменяемости, по времени. ну страничку с примерами.

кстати, virtio эзернет тут забавный тож. не как у людей. первую минуту он ничего так себе. а затем забивается до 1KBps.

нет уж. захрен все заново изучать, когда и так все работает. видимо, это лишь начало всех глюков этой псевдошляпы. эт как все равно хакинтош ставить.

а затем забивается до 1KBps

да , помнится такое было в RHEL , но это устраняется yum update.

а вот по поводу батхерта - тут ни очём . он прийдёт когда тебе скажут что gentoo не годится для работы. И часы перед монитором с бегущими букавками , будут потрачены зря.

завелось

libvirtd.conf
#
listen_tcp = 1
listen_addr = «127.0.0.1»
unix_sock_group = «kvm»
unix_sock_ro_perms = «0777»
unix_sock_rw_perms = «0770»
unix_sock_dir = «/var/run/libvirt»
auth_unix_ro = «none»
auth_unix_rw = «none»

про добавление в группу kvm пользователя уже говорил. сделано было и раньше. работает из-под юзера.

и да. проблема была не с сеткой, а просто из-за специфика логина ssh, а не локально, нельзя было подцепиться к lvm тому. поэтому таскал образ, а не реальный раздел. то бишь, буксовала не сетка, а i/o.

сольвед

Никто кстати не в курсе, почему, если засадить в виртуалку несколько ядер процессора, то система наоборот медленней, чем если лишь одно ядро?

вне зависимости от типа процессора. амд, интель, поддержки виртуализации.

касаемо не только qemu/qemu-kvm, но и vmware/vbox.