Ошибка не удалось подключиться к гипервизору


1

1

Всем доброго здоровья!
Итак имеем:
Ubuntu 14.04.4 x64
hen-hypervisor-4.4
virt-manager (0.9.5 и 1.3.2)
libvirt (1.2.2, 1.2.8)
Подключение к Xen происходит вроде как нормально, но никаких VM не появляется (даже Dom0). При создании новой VM, на финальном этапе появляется ошибка:

Не удалось завершить установку: 'Достигнут конец файла при чтении данных: : Ошибка ввода/вывода'

Traceback (most recent call last):
  File "/home/strannik/repo/virt-manager/virtManager/asyncjob.py", line 88, in cb_wrapper
    callback(asyncjob, *args, **kwargs)
  File "/home/strannik/repo/virt-manager/virtManager/create.py", line 2277, in _do_async_install
    guest.start_install(meter=meter)
  File "/home/strannik/repo/virt-manager/virtinst/guest.py", line 501, in start_install
    noboot)
  File "/home/strannik/repo/virt-manager/virtinst/guest.py", line 416, in _create_guest
    dom = self.conn.createLinux(start_xml or final_xml, 0)
  File "/usr/lib/python2.7/dist-packages/libvirt.py", line 3202, in createLinux
    if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self)
libvirtError: Достигнут конец файла при чтении данных: : Ошибка ввода/вывода

Пробовал и от юзера, и от рута.
При этом сам Xen работает отлично, но мне позарез нужен GUI к нему (точнее заказчику).

Вы только что запустили новую виртуальную машину Windows 11, но не можете подключиться? У большинства пользователей эта проблема возникает после недавнего обновления Windows. A Не удается подключиться к виртуальной машине. Попробуйте снова подключиться. Если проблема не устранена, на их экранах появляется сообщение.

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

Почему моя виртуальная машина не работает?

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

  • Неправильная настройка. Наиболее распространенная причина того, что виртуальная машина не работает, заключается в том, что она была неправильно настроена. Это может произойти, если вы неправильно установили операционную систему или любое другое программное обеспечение.
  • Неподдерживаемое оборудование. Убедитесь, что используемая вами операционная система поддерживает желаемую гостевую операционную систему и используемое оборудование.
  • Помехи VPN. Иногда используемая вами VPN может помешать вам подключиться к вашей виртуальной машине.
  • Прокси-сервер. Прокси-сервер действует как посредник для сетевого трафика между клиентом и сервером. Иногда они могут ограничивать доступ через свои внутренние сети.
  • Помехи брандмауэра. Ваш брандмауэр может заблокировать доступ к порту виртуальной машины и вызвать проблемы с вашим компьютером.

Что мне делать, если я не могу подключиться к своей виртуальной машине?

Вот что вы должны сделать в первую очередь:

  • Проверьте подключение к Интернету и убедитесь, что оно достаточно стабильно для запуска виртуальной машины.
  • Попробуйте подключить компьютер напрямую к беспроводному маршрутизатору с помощью кабеля Ethernet.
  • Убедитесь, что операционная система хоста обновлена.
  • Выключите, затем включите виртуальную машину.
  • Попробуйте перезагрузить компьютер и посмотрите, восстановится ли соединение.

1. Перезапустите службу Hyper-V.

  1. Нажмите клавиши Windows + R, чтобы открыть диалоговое окно «Выполнить».
  2. Введите services.msc и нажмите Enter .
    Службы -0x800700e9
  3. Найдите службы, связанные с Hyper-V, щелкните каждую правой кнопкой мыши, выберите «Остановить», а затем снова «Запустить».

2. Отключить VPN

  1. Нажмите Windows клавишу и Настройки.
    настройки виндовс 11
  2. Далее выберите Сеть и Интернет.
  3. Выберите VPN в меню справа.
    Настройки VPN
  4. Нажмите на VPN-подключение, которое хотите отключить, щелкните раскрывающийся список и выберите «Удалить».
  5. Перезагрузите компьютер.

3. Временно отключите брандмауэр

  1. Нажмите Windows кнопку, введите «Безопасность Windows» в строке поиска и нажмите «Открыть».
  2. Нажмите «Брандмауэр и защита сети», затем выберите «Общедоступная сеть».
  3. Найдите Брандмауэр Microsoft Defender и выключите кнопку.

4. Запустите средство устранения неполадок сетевого адаптера.

  1. Нажмите Windows + I , чтобы запустить настройки.
    настройки виндовс 11
  2. Нажмите «Устранение неполадок» справа на вкладке «Система».
    Устранение неполадок -0x80860010
  3. Выберите Другие средства устранения неполадок.
  4. Найдите средство устранения неполадок сетевого адаптера и нажмите кнопку «Выполнить» рядом с ним.

Как подключить виртуальную машину к компьютеру?

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

Виртуальная машина позволяет вам запускать совершенно отдельную операционную систему на вашем настольном компьютере или ноутбуке. Существует множество доступных виртуальных машин для Windows 11, так что вы будете избалованы выбором.

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

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

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

Еще один важный фактор, который следует учитывать при подключении виртуальной машины, — вам необходимо включить Hyper-V. Чтобы подключить виртуальную машину к компьютеру, необходим Hyper-V. Это позволит вам подключить виртуальную машину к вашему компьютеру, чтобы вы могли запускать на ней приложения.

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


Добавление правила помогло, не совсем понял что я сделал, но да, virsh стал отвечать на команды пользователя.

Правда вопрос тут в том, что я не совсем владею информации о том предмете с которым собрался работать и с этого наверное нужно было начинать. Как понимаю я: 1) есть KVM — гипервизор работающий в пространстве ядра, пакет kernel-modules-kvm-*** содержит три модуля ядра kvm.ko, kvm-amd.ko и kvm-intel.ko и больше ничего; есть qemu — фронтенд для KVM, который в принципе может работать и не как фронтенд, а как самостоятельный эмулятор, представлен пакетами qemu-system, qemu-user и qemu-common, я так понимаю из множества эмуляторов, содержащихся в этих пакетах: qemu-x86_64, qemu-system-x86_64, qemu-kvm мне нужен qemu-kvm, мне нужно создать образ диска с помощью qemu-img и написать скрипт, который будет подгружать с помощью modprobe модули KVM и запускать qemu-kvm с кучей параметров, такие как тип процессора, память, образ диска, конфигурация сети; 3)есть libvirt с консольными утилитами virsh и virt-install, нужный для того чтобы не нужно было писать вышеобозначенный скрипт, параметры у virt-install примерно такие же как у qemu-kvm.

Непонятно следующее: где именно virt-install сохраняет данные созданных виртуальных машин? Когда я запустил только что созданную виртуальную машину командой «virsh -c qemu:///system start virtual1» программа ответила «Домен virtual1 запущен», что за домен?

На чтение 7 мин. Просмотров 1.7k. Опубликовано 03.09.2019

Многие пользователи используют виртуализацию, но иногда они могут столкнуться с сообщением Hypervisor не запущен на их ПК. Это сообщение не позволит вам использовать виртуализацию, но в сегодняшней статье мы покажем вам, как правильно решить эту проблему.

Виртуализация является полезной функцией, но иногда могут возникнуть проблемы с ней. Говоря о проблемах виртуализации, вот некоторые распространенные проблемы, о которых сообщили пользователи:

  • Гипервизор не работает под управлением Windows 10 Pro, BIOS . Эта проблема может возникнуть, если виртуализация не включена в BIOS, поэтому обязательно найдите эту функцию и включите ее.
  • Запуск гипервизора отключен с помощью параметра bcdedit типа hypervisorlaunch . Иногда функцию Hyper-V можно отключить, но вы можете запустить ее, просто запустив одну команду в командной строке.
  • Не удалось запустить Hyper-V. Гипервизор не работает . Эта проблема может возникнуть, если ваша BIOS устарела. Чтобы устранить проблему, обновите BIOS и проверьте, решает ли это проблему.
  • Ошибка виртуальной машины. Гипервизор не работает . Иногда эта проблема может возникать из-за проблемных обновлений, и для решения этой проблемы рекомендуется найти и удалить эти обновления вручную.
  • Гипервизор не включен, присутствует, работает . Это некоторые распространенные проблемы, которые могут возникнуть в Hyper-V, но вы должны быть в состоянии исправить их с помощью одного из наших решений.

Содержание

  1. Гипервизор не работает на Windows 10, как это исправить?
  2. Решение 1. Убедитесь, что в BIOS включена виртуализация
  3. Решение 2. Обновите свой BIOS
  4. Решение 3. Обновите драйверы до последней версии.
  5. Решение 4 – Переустановите функцию HyperV
  6. Решение 5 – Удалить проблемные обновления
  7. Решение 6. Используйте команду bcdedit
  8. Решение 7. Используйте команду DISM
  9. Решение 8. Проверьте, поддерживает ли ваш процессор виртуализацию
  10. Решение 9 – Используйте сторонние приложения

Гипервизор не работает на Windows 10, как это исправить?

  1. Убедитесь, что в BIOS включена виртуализация
  2. Обновите свой BIOS
  3. Обновите драйверы до последней версии
  4. Переустановите функцию HyperV
  5. Удалить проблемные обновления
  6. Используйте команду bcdedit
  7. Используйте команду DISM
  8. Проверьте, поддерживает ли ваш процессор виртуализацию
  9. Используйте сторонние приложения

Решение 1. Убедитесь, что в BIOS включена виртуализация

Если вы получаете сообщение Гипервизор не запущен , возможно, проблема связана с настройками BIOS. Как вы знаете, чтобы использовать виртуализацию, эта функция должна быть фактически включена в BIOS.

Чтобы проверить, включена ли виртуализация, просто войдите в BIOS и найдите эту функцию. Чтобы узнать, как правильно получить доступ к BIOS и найти эту функцию, мы советуем вам ознакомиться с руководством по материнской плате для получения дополнительной информации. Как только вы включите эту функцию, вернитесь в Windows и проверьте, сохраняется ли проблема.

  • ЧИТАЙТЕ ТАКЖЕ: 5 лучших программ для резервного копирования, которые Hyper-V сможет использовать в 2019 году

Решение 2. Обновите свой BIOS

Как мы уже упоминали в нашем предыдущем решении, проблемой с виртуализацией может быть ваша BIOS. Если вы получаете сообщение Гипервизор не запущен на вашем компьютере, возможно, проблема в устаревшей BIOS.

Несколько пользователей сообщили, что они исправили эту проблему, обновив их BIOS до последней версии. Это сложный процесс, и если вы его не выполните должным образом, вы можете нанести непоправимый вред вашему ПК, поэтому мы советуем вам быть особенно осторожными.

Мы уже написали краткое руководство о том, как прошить BIOS, но если вы знаете, как правильно обновить BIOS на материнской плате, рекомендуем вам ознакомиться с руководством по материнской плате для получения подробной информации.

Решение 3. Обновите драйверы до последней версии.

Если вы не можете использовать виртуализацию из-за сообщения Hypervisor не запущен , возможно, проблема связана с вашими драйверами. Несколько пользователей сообщили, что драйвер Bluetooth вызвал эту проблему, но после обновления проблема была решена.

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

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

  • Загрузите программу обновления драйверов Tweakbit

Отказ от ответственности: некоторые функции этого инструмента не бесплатны

Решение 4 – Переустановите функцию HyperV

По словам пользователей, если вы получаете сообщение Hypervisor не запущен , возможно, есть проблема с функцией HyperV. Иногда могут возникать различные сбои Windows, но большинство проблем с HyperV можно устранить, просто переустановив его.Это довольно просто, и вы можете сделать это, выполнив следующие действия:

  1. В строке поиска введите функции Windows . Теперь выберите Включить или выключить функции Windows в списке результатов.
  2. Найдите функцию HyperV и снимите ее. Теперь нажмите ОК , чтобы сохранить изменения. Если вас попросили перезагрузить компьютер, обязательно сделайте это.
  3. После перезагрузки компьютера вернитесь в окно Функции Windows и включите функцию Hyper-V . Вас могут попросить перезагрузить компьютер еще раз, поэтому обязательно сделайте это.

Как только ваша система перезагрузится, проблема с Hyper-V должна быть решена, и все снова начнет работать.

  • ЧИТАЙТЕ ТАКЖЕ: исправлено: не удается установить Hyper-V в Windows 10

Решение 5 – Удалить проблемные обновления

Если сообщение Гипервизор не работает недавно появилось, возможно, проблема в обновлении Windows. Как вы знаете, Windows устанавливает обновления автоматически, и, если проблема начала появляться недавно, возможно, это вызвало обновление.

Для решения проблемы рекомендуется найти проблемное обновление и удалить его. Для этого выполните следующие действия:

  1. Откройте приложение Настройки и перейдите в раздел Обновление и безопасность . Чтобы сделать это быстро, вы можете просто использовать ярлык Windows Key + I .
  2. Выберите Просмотреть историю обновлений .
  3. Теперь вы должны увидеть список последних обновлений. Обратите внимание на последние обновления и запомните их или запишите. Теперь нажмите Удалить обновления .
  4. Список последних обновлений появится в новом окне. Чтобы удалить обновление, дважды щелкните его и следуйте инструкциям на экране.

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

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

Решение 6. Используйте команду bcdedit

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

  1. Нажмите Windows Key + X , чтобы открыть меню Win + X. Выберите в меню Командная строка (Администратор) или PowerShell (Администратор) .
  2. Когда откроется Командная строка , введите следующую команду:

    • bcdedit/store c: BootBCD/установить гипервизор запуска типа Авто

После выполнения команды проверьте, решена ли проблема с виртуализацией. Кроме того, вы также можете использовать команду bcdedit/set hypervisorlaunchtype auto .

Решение 7. Используйте команду DISM

Иногда вы можете получить сообщение Hypervisor не запущен , потому что некоторые компоненты не работают должным образом. Чтобы решить эту проблему, рекомендуется запустить команду DISM, чтобы включить функцию HyperV. Для этого просто выполните следующие действия:

  1. Запустите Командную строку от имени администратора.
  2. При запуске Командная строка выполните эту команду:

    • dism/online/enable-feature/namename: Microsoft-Hyper-V -Все

После выполнения команды необходимо включить функцию Hyper-V и устранить проблему с виртуализацией.

Решение 8. Проверьте, поддерживает ли ваш процессор виртуализацию

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

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

Многие пользователи сообщили, что виртуализация не будет работать на их ПК, так как процессор не поддерживает функцию SLAT. Если ваш процессор не поддерживает необходимые функции, вам, возможно, придется изменить его, чтобы использовать встроенную виртуализацию.

Решение 9 – Используйте сторонние приложения

Если вам не удалось исправить ошибку Hypervisor не работает , возможно, вы захотите использовать стороннее решение в качестве обходного пути. Даже если ваш процессор не поддерживает функции виртуализации, вы сможете создать виртуальную машину в Windows с помощью программного обеспечения VMware Workstation .

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

Загрузите VMware Workstation 15 Player с официальной страницы .

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

Всем доброго времени суток. Столкнулся с такой проблемой. Всё началось с того, что было решено перейти с лёгкого агента 3.0 на актуальную версию.

Есть физическая машина (далее — hypervserv). На ней развернута роль гипервизора (Hyper-V). Hypervserv введён в домен. На контроллере домена работает DNS и AD.

Скачал все самые последние пакеты: KSC 11, средства управления сервером защиты для лёгких агентов, образ виртуального сервера защиты.

Первое, с чем столкнулся, это то, что сервер интеграции не мог подключиться к гипервизору ни от локального администратора, ни от доменного администратора. Выдавал просто «ниезвестную ошибку». В рамках обращения в техподдержку прислали отдельным инсталляционным пакетом сервер интеграции для KSC. Наконец, сервер интеграции смог подключиться к Hyper-v. Правда, только от локального пользователя. Ни вида DOMAINАдминисратор, ни Администратор@DOMAIN сервер интеграции не принимает, сообщая, что доменный администратор не обладает достаточными правами или введён неверный логин или пароль. ***Администратор@FB занесён в группы управления Hyperv-v (по указанию техподдержки).

Но и это ещё не всё. Сервер защиты хоть и развернулся, но он отсутствует в списке подключенных SVM. При этом агент администрирования на нём запущен. SVM пингуется, отвечает именем из DNS при запросе.

И вот теперь висит SVM с ошибками

  1. отсутствует подключение к серверу интеграции
  2. отсутствует подключение к виртуальной инфраструктуре

Брандмауэр отключен. Порты прослушиваются. Что ещё я делаю не так?

Помогите, пожалуйста. А то техподдержка отвечает 1 сообщение в два дня.

Я в отчаянии. Уже неделю предприятие без защиты

After an automatic update of CentOS to version 7.7 on Sep 17 2019 my QEMU/KVM virtual machines do not start when I reboot the hypervisor server.

Trying to start the VM by hand gives this error:

# virsh start mygreatvm
error: failed to connect to the hypervisor
error: no connection driver available for <null>

Trying to list currently defined VMs (the VMs in questions are set to start by default (autostart) on every boot so they should at least appear here):

# virsh list
error: failed to connect to the hypervisor
error: no connection driver available for <null>

There are no error messages in system logs and neither in /var/log/libvirt/qemu/*.log. The libvirt daemon seems to run fine and does not complain about the non-started servers in /etc/libvirt/qemu/autostart/*xml:

# systemctl status libvirtd
● libvirtd.service - Virtualization daemon
   Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2019-09-18 16:42:30 UTC; 2min 49s ago
     Docs: man:libvirtd(8)
           https://libvirt.org
 Main PID: 1817 (libvirtd)
    Tasks: 16 (limit: 32768)
   CGroup: /system.slice/libvirtd.service
           └─1817 /usr/sbin/libvirtd
Sep 18 16:42:30 server systemd[1]: Starting Virtualization daemon...
Sep 18 16:42:30 server systemd[1]: Started Virtualization daemon.

asked Sep 18, 2019 at 17:02

Ned64's user avatar

The updates in CentOS 7.7 include an update to QEMU which needs a new package to be able to start QEMU/KVM virtual machines.

# yum install libvirt-daemon-driver-qemu

Then the virtual machines can be started right away (no reboot necessary):

# systemctl restart libvirtd
# virsh list
 Id    Name                           State
----------------------------------------------------
 1     mygreatvm                      running
 2     mygreatvm2                     running
 3     mygreatvm3                     running

Some CentOS hypervisors might have this package already installed; there will be no failures on these machines but the package was not necessary in the past.

answered Sep 18, 2019 at 17:02

Ned64's user avatar

Ned64Ned64

8,1488 gold badges43 silver badges82 bronze badges

After an automatic update of CentOS to version 7.7 on Sep 17 2019 my QEMU/KVM virtual machines do not start when I reboot the hypervisor server.

Trying to start the VM by hand gives this error:

# virsh start mygreatvm
error: failed to connect to the hypervisor
error: no connection driver available for <null>

Trying to list currently defined VMs (the VMs in questions are set to start by default (autostart) on every boot so they should at least appear here):

# virsh list
error: failed to connect to the hypervisor
error: no connection driver available for <null>

There are no error messages in system logs and neither in /var/log/libvirt/qemu/*.log. The libvirt daemon seems to run fine and does not complain about the non-started servers in /etc/libvirt/qemu/autostart/*xml:

# systemctl status libvirtd
● libvirtd.service - Virtualization daemon
   Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2019-09-18 16:42:30 UTC; 2min 49s ago
     Docs: man:libvirtd(8)
           https://libvirt.org
 Main PID: 1817 (libvirtd)
    Tasks: 16 (limit: 32768)
   CGroup: /system.slice/libvirtd.service
           └─1817 /usr/sbin/libvirtd
Sep 18 16:42:30 server systemd[1]: Starting Virtualization daemon...
Sep 18 16:42:30 server systemd[1]: Started Virtualization daemon.

asked Sep 18, 2019 at 17:02

Ned64's user avatar

The updates in CentOS 7.7 include an update to QEMU which needs a new package to be able to start QEMU/KVM virtual machines.

# yum install libvirt-daemon-driver-qemu

Then the virtual machines can be started right away (no reboot necessary):

# systemctl restart libvirtd
# virsh list
 Id    Name                           State
----------------------------------------------------
 1     mygreatvm                      running
 2     mygreatvm2                     running
 3     mygreatvm3                     running

Some CentOS hypervisors might have this package already installed; there will be no failures on these machines but the package was not necessary in the past.

answered Sep 18, 2019 at 17:02

Ned64's user avatar

Ned64Ned64

8,1488 gold badges43 silver badges82 bronze badges

  • Печать

Страницы: [1]   Вниз

Тема: Virt-Manager ошибка подключения  (Прочитано 8840 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
iCat

Не удается подключиться с помощью virt-manager к виртуальной машине. Все пакеты установлены.
Выдает следующее:
Невозможно подключиться к libvirt:

End of file while reading data: nc: invalid option — ‘U’
Try `nc —help’ for more information.: Ошибка ввода/вывода

Verify that:
 — The ‘libvirt-bin’ package is installed
 — The ‘libvirtd’ daemon has been started
 — You are member of the ‘libvirtd’ group
 — The remote netcat understands the ‘-U’ option

Libvirt URI: qemu+ssh://root@10.16.16.10/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: End of file while reading data: nc: invalid option — ‘U’
Try `nc —help’ for more information.: Ошибка ввода/вывода

В логах на сервере написано, что он не распознает опцию -U.

На пользовательской машине:
Linux 3.2.0-29-generic #46-Ubuntu SMP Fri Jul 27 17:03:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

На сервере:
Linux 3.4.4-2-ARCH #1 SMP PREEMPT Sun Jun 24 18:59:47 CEST 2012 x86_64 GNU/Linux

Как я понимаю, проблема в том что на ubuntu используется по умолчанию netcat.freebsd, где есть параметр -U
А на удаленной стороне стоит netcat.traditional, который не распознает такой параметр.

Как заставить virt-manager запускаться с netcat.traditional? Или в чем то другом тут проблема?


Оффлайн
vit1967

У меня почти что  та-же ругань.

«
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 1027, in _open_thread
    self.vmm = self._try_open()
  File «/usr/share/virt-manager/virtManager/connection.py», line 1009, 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: Ошибка подключения сокета к ‘/var/run/libvirt/libvirt-sock’: Отказано в доступе
«
несмотря на то, что демон запущен и даже сеть запустило вроде
«
ps ax |grep virt
 1276 ?        Sl     0:00 /usr/sbin/libvirtd -d
 1509 ?        S      0:00 /usr/sbin/dnsmasq -u libvirt-dnsmasq —strict-order —bind-interfaces
«

До того , как поставил новое ядро ( 3.7.2-030702-generic #201301111424 SMP Fri Jan 11 19:25:11 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux )
вроде бы вирт-манагер по кр.мере запускался (хотя вирт-машины не проверял)
Ядро поставил из за неработы текущего основного с WiFi картой на ProBook 4740s (новое то работает хорошо с ней)

-еще если запустить нештатно от рута, то не ругается но выскакивает окошко с бесконечным поиском гипервизоров

-еще
virsh -c qemu:///system list
ошибка: Ошибка подключения сокета к ‘/var/run/libvirt/libvirt-sock’: Нет такого файла или каталога
ошибка: не удалось подключиться к гипервизору

«не понос так золотуха» (в 11й меньше такого вроде было :)
а у вас это штатное ядро было?


Пользователь решил продолжить мысль 06 Марта 2013, 22:44:03:


короче все virt* снес, поставил с 0-ля по https://help.ubuntu.com/community/KVM/Installation
ПЕРЕГРУЗИЛСЯ!
после этого все заработало (с посл. ядром:)
«хоросая хоросая убунточка, зря на тебя ругался! :))

« Последнее редактирование: 06 Марта 2013, 22:44:03 от vit1967 »


  • Печать

Страницы: [1]   Вверх

Я пытаюсь запустить kvm, но возникает такая ошибка:

$ virsh -c qemu:///system list
error: Failed to connect socket to '/var/run/libvirt/libvirt-sock': Permission denied
error: failed to connect to the hypervisor

Итак, я вхожу в:

cd /var/run/libvirt/

И изменил права:

sudo chmod -R +777 libvirt

Сейчас все работает, но меня беспокоят проблемы с безопасностью, поскольку привилегии для всех пользователей и групп — не самый безопасный способ сделать это? Что вы могли бы порекомендовать вместо этого?

другой маршрут в Flask Python

другой маршрут в Flask Python

Flask — это фреймворк, который поддерживает веб-приложения. В этой статье я покажу, как мы можем использовать @app .route в flask, чтобы иметь другую…

Простое руководство по тестированию взаимодействия с пользователем с помощью библиотеки тестирования React

Использование ob_flush() в PHP при ожидании cURL

Тенденции развития PHP - почему люди выбирают его?

Принцип подстановки Лискова

Принцип подстановки Лискова

Принцип подстановки Лискова (LSP) — это принцип объектно-ориентированного программирования, который гласит, что объекты суперкласса должны иметь…

Версия Java на основе версии загрузки

Версия Java на основе версии загрузки

Если вы зайдете на официальный сайт Spring Boot , там представлен start.spring.io , который упрощает создание проектов Spring Boot, как показано ниже.


Ответы
2

Ответ принят как подходящий

Добавьте своего пользователя в группы kvm и libvirtd:

sudo usermod -aG kvm $USER
sudo usermod -aG libvirt $USER

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

Думаю

sudo usermod -aG libvirt $USER

Это правильная команда

Другие вопросы по теме

@S4nfs, huge thanks for your appreciation of my work. I wish I could spend more time on my projects so that I could finish them and improve them from time to time 😅

Thanks a lot for providing me the full error message. In this case I think you’re right and it’s not something I could test on my side ’cause I’m only relying on the PHP embedded web server to run the web interface.

Regarding the deployment, I got two working deployments using the PHP embedded web server and then just using the script start-web-server.sh to fire it up. So, I got a local deployment and a remote deployment on a small dedicated server. That’s why I didn’t encountered similar issues as you did.

What I don’t understand in your case is why apparently libvirt is trying to write into your apache web folder under a .cache/libvirt subfolder…

Just to make sure that the issue is not in the code / to isolate it correctly, could you please just try running the script start-web-server.sh and see if you get the same issue?

Otherwise, if you can’t, what you can do would be to create that /var/www/.cache folder and set it temporarily to chmod 777 and see under which user the libvirt folder got created. Once done, try to restrict write access to only the related user used to create that libvirt folder.

Also, I don’t think that having deployed everything on the same host would be an issue. Basically if you check the code, I’m simply calling the libvirt binaries like virsh, parsing the output and render it in the web interface. And as I just deployed the code in the $HOME folder, I didn’t had the same permission issues you had.

I’ll try to setup a VM with apache + the nested virtualization enabled and do some tests to understand what caused your issue, debug it and then document my findings + workarounds if possible.

Thanks again for having took the time to report your issue 🙇🏽

Добавление правила помогло, не совсем понял что я сделал, но да, virsh стал отвечать на команды пользователя.

Правда вопрос тут в том, что я не совсем владею информации о том предмете с которым собрался работать и с этого наверное нужно было начинать. Как понимаю я: 1) есть KVM — гипервизор работающий в пространстве ядра, пакет kernel-modules-kvm-*** содержит три модуля ядра kvm.ko, kvm-amd.ko и kvm-intel.ko и больше ничего; есть qemu — фронтенд для KVM, который в принципе может работать и не как фронтенд, а как самостоятельный эмулятор, представлен пакетами qemu-system, qemu-user и qemu-common, я так понимаю из множества эмуляторов, содержащихся в этих пакетах: qemu-x86_64, qemu-system-x86_64, qemu-kvm мне нужен qemu-kvm, мне нужно создать образ диска с помощью qemu-img и написать скрипт, который будет подгружать с помощью modprobe модули KVM и запускать qemu-kvm с кучей параметров, такие как тип процессора, память, образ диска, конфигурация сети; 3)есть libvirt с консольными утилитами virsh и virt-install, нужный для того чтобы не нужно было писать вышеобозначенный скрипт, параметры у virt-install примерно такие же как у qemu-kvm.

Непонятно следующее: где именно virt-install сохраняет данные созданных виртуальных машин? Когда я запустил только что созданную виртуальную машину командой «virsh -c qemu:///system start virtual1» программа ответила «Домен virtual1 запущен», что за домен?

Всем доброго времени суток. Столкнулся с такой проблемой. Всё началось с того, что было решено перейти с лёгкого агента 3.0 на актуальную версию.

Есть физическая машина (далее — hypervserv). На ней развернута роль гипервизора (Hyper-V). Hypervserv введён в домен. На контроллере домена работает DNS и AD.

Скачал все самые последние пакеты: KSC 11, средства управления сервером защиты для лёгких агентов, образ виртуального сервера защиты.

Первое, с чем столкнулся, это то, что сервер интеграции не мог подключиться к гипервизору ни от локального администратора, ни от доменного администратора. Выдавал просто «ниезвестную ошибку». В рамках обращения в техподдержку прислали отдельным инсталляционным пакетом сервер интеграции для KSC. Наконец, сервер интеграции смог подключиться к Hyper-v. Правда, только от локального пользователя. Ни вида DOMAINАдминисратор, ни Администратор@DOMAIN сервер интеграции не принимает, сообщая, что доменный администратор не обладает достаточными правами или введён неверный логин или пароль. ***Администратор@FB занесён в группы управления Hyperv-v (по указанию техподдержки).

Но и это ещё не всё. Сервер защиты хоть и развернулся, но он отсутствует в списке подключенных SVM. При этом агент администрирования на нём запущен. SVM пингуется, отвечает именем из DNS при запросе.

И вот теперь висит SVM с ошибками

  1. отсутствует подключение к серверу интеграции
  2. отсутствует подключение к виртуальной инфраструктуре

Брандмауэр отключен. Порты прослушиваются. Что ещё я делаю не так?

Помогите, пожалуйста. А то техподдержка отвечает 1 сообщение в два дня.

Я в отчаянии. Уже неделю предприятие без защиты

  • Ошибка не удалось подключиться к базе данных текст ошибки could not connect to mysql server
  • Ошибка не удалось подключиться к автономному режиму так как вы не использовали ранее эту учетную
  • Ошибка не удалось подключиться к автономному режиму так как вы не использовали ранее гта 5
  • Ошибка не удалось подключиться к push server для чтения мгновенных сообщений
  • Ошибка не удалось подключить при звонке