Ошибка создания пула не удалось определить пул access denied qemu denied access

Создание виртуальной машины kvm в директории home

Здравствуйте, уважаемые эксперты.

Осваиваю KVM, возник вопрос.

Есть пользователь user, добавлен в sudoers. Действия выполняю через sudo, подключаюсь к консоли управления через ssh X11, в консоли запускаю virt-manager.

Начинаю установку виртуальной машины (в графическом режиме). При выборе места создания виртуальной машины есть несколько вариантов: /, /var/lib/libvirt/images, /root.

Мне нужно разместить создаваемую виртуальную машину в /home/user.

Выбираю в ручную директорию /home/user — выдает «ошибка создания пула: Не удалось определить пул: Ошибка XML: name /home/user cannot contain ‘/’

Почему нужно виртуалку разместить в /home:

Вопрос: можно разместить создаваемую виртуалку в директории /home/user. Если да, то как это сделать.

Судя по сообщению об ошибке ты куда-то не в то поле пишешь /home/user/.

Есть имя, а есть путь куда это имя указывает

У тебя скорее всего SELinux не даёт этого сделать. Для пущей уверенности я бы запустил virsh и попробовал бы пул ручками создать через pool-define-as

Не, конечно в любой непонятной ситуации обвинять SELinux — это общий принцип системного администрирования, но когда в сообщении упоминается синтаксическая ошибка..

Не верю я в эти ошибки. Ты бы видел какие мне ошибки libvirt писал когда ему apparmor мешал. Нерелевантные от слова вообще.

только это будет пул хранения дисков ВМ. Конф. файлы ВМ будут хранится /var/lib/libvirt/ .

Запускаю сам virt-manager от user — запускается, открывает графическую оболочку, но пишет ошибку подключения.

а в каких группах пользователь? И что вот здесь?

Спасибо за ответ.

Selinux отключен. Не он.

Спасибо за ответ.

[code]virsh pool-define-as storage dir —target $HOME[/code]

Пул storage определён. Теперь на этапе создания виртуальной машины «Настроить пространство хранения данных», выбираю «Выбрать или создать дополнительное пространство данных» — Выбираю «Настроить»

Появился новый пункт storage, указано его расположение /home/user, в нем несколько файлов и директория VM — выбираю ее, нажимаю Выбор тома — В строке пути отображается /home/user/vm — Далее — ошибка «Ошибка в параметрах пространства хранения. Путь »/home/user/vm» может вести к файлу или устройству, но не каталогу». Эта ошибка не возникает, если выбрать директорию /root/home.

Источник

Virt-Manager не может подключиться к графической консоли

Со вчерашнего дня я не могу просматривать запущенные виртуальные машины (QEMU/KVM) с моей virt-manager GUI больше нет. Когда я пытаюсь просмотреть экран виртуальной машины во встроенном средстве просмотра, вместо этого появляется следующее сообщение об ошибке:

Ошибка подключения к графической консоли:
внутренняя ошибка: невозможно выполнить команду QEMU ‘getfd’:
Не указан дескриптор файла через SCM_RIGHTS

Это относится ко всем моим виртуальным машинам.

Я все еще могу правильно просматривать и взаимодействовать с моими виртуальными машинами в virt-viewer хотя, только virt-manager встроенный зритель мертв.

Что здесь не так и как я могу это исправить?

Изменить: я только что узнал, что я использую virt-manager версия 1:1.4.0-1

getdeb1 из архива.getdeb.net репо.

4 ответа

Работая над попыткой слить последнюю версию virt-manager 1.4.0 с Ubuntu, я столкнулся с этой же проблемой. Похоже, это не ошибка в virt-manager, а просто изменение способа отправки отображаемых данных на виртуальные машины.

Я открыл ошибку, чтобы добавить необходимые разрешения для libvirt, где определяются профили apparmor — https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1668681

Чтобы устранить эту проблему, не отключая функцию безопасности, добавьте:

в файл /etc/apparmor.d/abstractions/libvirt-qemu но не в разделе qemu-bridge-helper. (Так сразу после «owner @/0-9*/fd/ r,»)

Затем перезагрузите профили с sudo systemctl reload apparmor ,

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

Источник

Thread: KVM — Error connecting to graphical console (SpiceClientGtk)

Thread Tools

Display

KVM — Error connecting to graphical console (SpiceClientGtk)

I have a new install of Ubuntu Server 20.04.2 LTS setup and running KVM.

Everything *seems* to be fine with the server.

I have then installed ‘virt-manager’ on my Ubuntu 18.04 LTS Desktop machine, and successfully connected to the KVM Server.

I have tried to create a new VM (Debian Stretch) from the Virtual Machine Manager (virt-manager), but each time I am getting the same issue which is that I cannot see the VM Console.

The error I am getting is:

I have checked that ‘SpiceClientGtk’ is installed on the Ubuntu Server by entering:

so I believe that is correctly installed. For what it was worth, I also installed it on my Desktop, but that made no difference either.

I also tried connecting using ‘virt-viewer’.

I entered this on my desktop:

I don’t have keys setup (yet) so I am expecting to get asked for the password, which I am (a number of times, but apparently that is expected). The ‘virt-viewer’ application opens, and sits with the message:

The VM is definitely running (at least according to the host):

Any suggestions on what to try or do next?

Last edited by Alan5127; March 9th, 2021 at 11:56 AM . Reason: Tidy up formatting

Re: KVM — Error connecting to graphical console (SpiceClientGtk)

On the client system:

Verify the keys are working:

On the client machine, you must have virt-manager and spice-client-. (really long package name) installed and your userid should be in the libvirtd group on the KVM server.
There are other settings inside the VM that are needed, but I think the defaults are for SPICE to be used since 18.04. You can change that to VNC or VMVGA, if you like in the VM settings. On a non-desktop, SPICE isn’t exactly useful. Heck, on a non-desktop, just use ssh directly. That is much more efficient.
Until today, I never tried to connect to a server using spice. It never made any sense to try.

Источник

Arch Linux

You are not logged in.

#1 2009-04-09 00:44:42

[SOLVED] Qemu with KVM fails, permission denied

I’ve had qemu installed for a while now, and I’ve been able to use KVM with it fine as my normal user. After this new update, there was a post-install message that I need to use the —enable-kvm option instead of the qemu-kvm command. Well I get this wonderfull message:

Could not access KVM kernel module: Permission denied
failed to initialize KVM

I’ve removed/added myself from/to the kvm group to no avail. Sigh.

Last edited by Odysseus (2009-04-13 18:36:27)

I’m the type to fling myself headlong through the magical wardrobe, and then incinerate the ornate mahogany portal behind me with a Molotov cocktail.

#2 2009-04-09 01:48:52

Re: [SOLVED] Qemu with KVM fails, permission denied

I had a similar problem. In the end /dev/kvm was not accessible to the kvm group. This fixed it for me:

Give it a try and see what happens.

#3 2009-04-09 04:37:25

Re: [SOLVED] Qemu with KVM fails, permission denied

Thanks, you’re a god. At any rate, I guess that would be considered a bug, easily fixed though.

I’m the type to fling myself headlong through the magical wardrobe, and then incinerate the ornate mahogany portal behind me with a Molotov cocktail.

#4 2009-04-09 20:08:06

Re: [SOLVED] Qemu with KVM fails, permission denied

The cause is that the file /etc/udev/rules.d/65-kvm.rules is missing — I don’t know whether it should belong to qemu, udev or the kernel package. Definitely a bug.

EDIT: if you want to have it back, here’s the contents:

EDIT2: it belongs to the qemu package.

Last edited by bender02 (2009-04-09 20:16:28)

#5 2009-04-10 08:48:58

Re: [SOLVED] Qemu with KVM fails, permission denied

Fixed in qemu-0.10.2-2.

#6 2009-04-22 18:54:13

Re: [SOLVED] Qemu with KVM fails, permission denied

same problem with:

group kvm has no permissions for /dev/kvm

#7 2009-04-23 06:11:24

Re: [SOLVED] Qemu with KVM fails, permission denied

Check your settings, please. kvm-85-1 package does contain /lib/udev/rules.d/65-kvm.rules, which sets the correct group permissions. I tried and it works fine here.

#8 2009-04-23 14:37:22

Re: [SOLVED] Qemu with KVM fails, permission denied

Sorry, must have been my mistake

pacman —nosave -R kvm
pacman -S kvm
‘a reboot’
modprobe kvm-intel

and permissions are now set to
crw-rw—- 1 root kvm 10, 232 2009-04-23 16:24 /dev/kvm

#9 2009-04-24 16:51:06

Re: [SOLVED] Qemu with KVM fails, permission denied

Fixed in qemu-0.10.2-2.

But it’s broken in qemu-0.10.2-3. The file /etc/udev/rules.d/65-kvm.rules is missing again.

Oh and I’m not in kvm group even when I do: gpasswd -a pawel kvm (as root).

It’s strange, because ‘groups’ shows only dbus hal video audio optical storage pawel

but KDE users managers shows I’m also in kvm group

Last edited by pawels64 (2009-04-24 17:01:42)

#10 2009-04-24 19:28:16

Re: [SOLVED] Qemu with KVM fails, permission denied

So the places to look at if you are having group issues is the file ‘/etc/group’. It contains the list of groups and also users that belong to each group. EDIT: I should also say that it’s THE file for groups, ie what any manager (like gpasswd or kde group manager) does is just change that file.

Also, if you just want to use qemu-kvm, you’re better off using the ‘kvm’ package in extra (which contains qemu-kvm). It’s because qemu with 0.10.2 release sort of ‘half-way’ merged the kvm code, with the result that the kvm part of qemu doesn’t work properly.

Last edited by bender02 (2009-04-24 19:29:12)

#11 2009-04-24 20:59:43

Re: [SOLVED] Qemu with KVM fails, permission denied

So the places to look at if you are having group issues is the file ‘/etc/group’. It contains the list of groups and also users that belong to each group. EDIT: I should also say that it’s THE file for groups, ie what any manager (like gpasswd or kde group manager) does is just change that file.

Also, if you just want to use qemu-kvm, you’re better off using the ‘kvm’ package in extra (which contains qemu-kvm). It’s because qemu with 0.10.2 release sort of ‘half-way’ merged the kvm code, with the result that the kvm part of qemu doesn’t work properly.

Thanks for your response. It seems groups are all right now. I copied missing file from abs tree, added myself to kvm group and then restarted system. Qemu with kvm is working now, but there are some problems, so I will try kvm as you suggest. Btw. are there some wiki pages how to use ‘clean’ kvm without qemu? Something like this, but describing kvm way:

Last edited by pawels64 (2009-04-24 21:04:31)

Источник

Виртуализация средствами AstraLinux 1.6 SE

РоманМ

New member

В руководстве администратора к AstraLinux 1.6 SE присутствует лишь описание пакетов и параметров.
Согласно данной статье на АстраВики https://wiki.astralinux.ru/pages/viewpage.action?pageId=27363213 — сделать не получается:
1) Пока не выполнил пункт 2 по включению пользователя в группы (даже для пользователя root !) при регистрации ВМ выпадает ошибка.
2) Упомянутый в статье пакет gvncviewer отсутствует в AstraLinux 1.6 SE.
3) После успешной регистрации ВМ — при запуска выдает ошибку «unable to set PDP label ‘0:63:0 on ‘/kvm/123.qcow2’: Отказано в доступе‘»
в /var/log/libvirt/qemu/123.log содержится следующее
«warning : virExec:744 : Setting child security label to 0:63:0
warning : virExec:752 : CAPS on start: PARSEC capabilities eip(80c,80c,80c) euid 0
libvirt: error : libvirtd quit during handshake: Ошибка ввода/вывода «

Подскажите пожалуйста, имеется ли возможность создавать и управлять виртуальными машинами (не покупая средства виртуализации Брест) имея только AstraLinux1.6 SE?
И если да — то как?

New member

Что логично. Для этого данный пункт и был добавлен сразу после установки необходимых пакетов.

Вообще, если нужен условный гипервизор без поддержки режима «Мандатного контроля целостности», то делается все довольно просто:

1. Ставим Astra Linux в обычном варианте без выбора каких-либо доп.флагов (затирание, киоск, ALD и проч.) и без графики. Затирание не рекомендуется по причине его бессмысленности — вся защищаемая информация будет крутиться в qcow2-образе. Киоск и ALD по понятным причинам. Но рекомендуется отключить вывод загрузчика и использовать ядро hardened по умолчанию.

2. Заводим пользователя-администратора. Все действия будет совершать от его лица. При входе в консоли всегда выбираем Integrity level: 0

3. Отключаем нафиг мандатный контроль целостности:
sudo astra-mic-control disable

4. Отключаем NetworkManager:
sudo systemctl stop NetworkManager
sudo systemctl disable NetworkManager

5. Правим конфиг-файл сетевых интерфейсов с целью создания сетевого моста для виртуальных машин и нашей сети:
(в примере только 1 сетевая карта — eth0) и создаем сетевой мост (к примеру, с ip-адресом 192.168.12.110 из подсети 192.168.12.0/24, где шлюз по умолчанию и DNS — роутер выхода вовне — 192.168.12.1)
sudo nano /etc/network/interfaces
auto lo
iface lo inet loopback
auto br0
iface br0 inet static
address 192.168.12.110
netmask 255.255.255.0
gateway 192.168.12.1
dns-nameservers 192.168.12.1
bridge_ports eth0
bridge_stp off
bridge_fd 0
bridge_maxwait 0

6. Ставим пакеты поддержки KVM:
sudo apt install libvirt-daemon-system libvirt0 qemu-kvm bridge-utils virt*

7. Добавляем нашего пользователя-администратора в группы поддержки kvm:
sudo adduser libvirt-admin
sudo adduser kvm
sudo adduser libvirt-qemu

8. Механизм мандатных меток (даже отключенный) запрещает создание вирт.машин в любом каталоге кроме /var/lib/libvirt/images (или я пока не
нашел, как его обойти), поэтому размечаем пространство в формате QCOW2 (можно и в RAW, но он более «сырой», ага) для файл-образа вирт.машины
нужного объема (в пример, 20 Гигабайт):
sudo qemu-img create -f qcow2 /var/lib/libvirt/images/ИМЯ-МАШИНЫ.img 20G

9. Создаем виртуальную машину (в примере ниже Windows, для Linux будут иные параметр os-type и кое-что еще):
sudo virt-install —connect qemu:///system -n win8 -r 2048 —cdrom «/mnt/Win81_64.iso» —arch=x86_64 —vcpus 2 —os-type windows —network=bridge:br0,model=e1000 —hvm —accelerate —graphics vnc,password=password,listen=0.0.0.0,port=5903 —disk «/var/lib/libvirt/images/ИМЯ-МАШИНЫ.img»,size=20,bus=sata,format=qcow2,cache=none
Если команда как бы подвисла, завершаем ее сочетанием Ctrl+C.
Проверяем командой sudo netstat -tpl, что *:5903 порт прослушивается — виртуальная машина создана и готова к работе.

10. Подключаемся к виртуальной машине через любой VNC-viewer на ip-адрес нашего сетевого моста, порт 5903. Вводим пароль (в примере
конфигурации, password). Инсталлируем гостевую ОС из выбранного ранее источника (в примере, /mnt/Win81_64.iso). Дожидаемся окончания установки

11. Средствами самой виртуальной машины смотрим MAC-адрес. При необходимости, выставляем статический IP либо на самой виртуальной машине, либо на DHCP-сервере, обслуживающем сеть нашего гипервизора.

12. Проверяем устойчивость работы виртуальной машины и радуемся жизни! Конфигурационный файл виртуальной машины лежит по адресу:
/etc/libvirt/qemu/ИМЯ_МАШИНЫ.xml (редактируется тем же sudo nano).

13. Добавляем виртуальную машину в автозапуск:
sudo ln -s /etc/libvirt/qemu/ИМЯ-МАШИНЫ.xml /etc/libvirt/qemu/autostart/ИМЯ-МАШИНЫ.xml

14. Завершить работу вирт.машины (в Астре по умолчанию не работает, ошибка PolKit, поэтому либо машину тушим изнутри, либо убиваем процесс командой sudo kill -9 номер_процесса. Поиск номера процесса — в качестве домашнего задания). Аналогично с system reboot — перезагрузка
вирт.машины:
virsh -c qemu:///system shutdown ИМЯ_МАШИНЫ

15. Редактировать конфигурацию, чтобы не лазить в файл постоянно
virsh -c qemu://system edit ИМЯ_МАШИНЫ

По вкусу настраиваем /etc/libvirt/libvirtd.conf — основные настройки гипервизора в части подключения администраторов, аудита и проч.

Доп.настройку хостовой ОС гипервизора проводим согласно Red Book или же без нее (в зависимости от требуемого уровня защищенности).

Источник

2

2

df -h
Файловая система              Размер Использовано  Дост Использовано% Cмонтировано в
/dev/mapper/centos-root     50G         7,9G   43G           16% /
/dev/mapper/centos-home   400G          33M  400G            1% /home