Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    [SOLVED]KVM-аппаратная виртуализация перестала работать

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    [SOLVED]KVM-аппаратная виртуализация перестала работать, Proxmox Виртуальная Среда
     
    xcj
    Guest
    #1
    0
    15.11.2021 01:35:00
    Привет, у меня есть два хоста Lenovo M900 Tiny с процессором Intel I7 6700T и включенным VT-D в BIOS. Оба работают на Virtual Environment 7.0-14+1. Один из хостов после перезагрузки начал показывать "внутренняя ошибка" на виртуальных машинах, а в системном журнале появилось сообщение "внутренняя ошибка KVM. Подошибка: 1 / сбой эмуляции". Я выяснил, что только отключив "аппаратную виртуализацию KVM" на виртуальных машинах, я смог их запустить, кроме виртуальной машины с Windows Server, которая отказалась работать без "аппаратной виртуализации KVM". Думаю, что что-то пошло не так с установкой на этом хосте, у меня был установлен мод темной темы, и когда произошла эта проблема, интерфейс вернулся к стандартному. У другого сервера еще темный интерфейс. У вас есть какие-нибудь идеи, что может происходить или куда мне посмотреть? Спасибо!
     
     
     
    xcj
    Guest
    #2
    0
    28.12.2021 21:23:00
    Привет, я переустановил оба сервера, восстановил кластер, повторно интегрировал QIDevice (это RaspberryPI 1) и надеялся, что проблема исчезнет с новой установкой. Но этого не случилось. Оба устройства идентичны, у обоих одинаковая конфигурация в BIOS, и на обоих установлена последняя версия BIOS от Lenovo. Один из них может запускать виртуалки с включенной "Аппаратной виртуализацией KVM" и с выключенной, а другой может запускать виртуалки только с выключенной "Аппаратной виртуализацией KVM" (не отмечено в настройках). Я действительно не знаю, в чем источник проблемы... Я прикрепил сообщение об ошибке, которое появляется при загрузке машины с включенной "Аппаратной виртуализацией KVM".
     
     
     
    xcj
    Guest
    #3
    0
    01.01.2022 22:50:00
    Я собрал больше отладочных данных, которые запрашивались в старых темах пользователей с этой проблемой. В тех темах проблема исчезала, и коренная причина так и не была установлена. LSMOD | GREP KVM + UNAME -R для обоих узлов: Код: root@node1:~# lsmod | grep kvm
    kvm_intel 286720 0
    kvm 872448 1 kvm_intel
    irqbypass 16384 1 kvm

    root@node2:~# lsmod | grep kvm
    kvm_intel 286720 32
    kvm 872448 1 kvm_intel
    irqbypass 16384 17 kvm

    root@node1:/etc# uname -r
    5.13.19-2-pve

    root@node2:~# uname -r
    5.13.19-2-pve NODE1 pveversion -v Код: root@node1:~# pveversion -v
    proxmox-ve: 7.1-1 (работающий ядро: 5.13.19-2-pve)
    pve-manager: 7.1-8 (работающая версия: 7.1-8/5b267f33)
    pve-kernel-helper: 7.1-6
    pve-kernel-5.13: 7.1-5
    pve-kernel-5.13.19-2-pve: 5.13.19-4
    ceph-fuse: 15.2.15-pve1
    corosync: 3.1.5-pve2
    criu: 3.15-1+pve-1
    glusterfs-client: 9.2-1
    ifupdown2: 3.1.0-1+pmx3
    ksm-control-daemon: 1.4-1
    libjs-extjs: 7.0.0-1
    libknet1: 1.22-pve2
    libproxmox-acme-perl: 1.4.0
    libproxmox-backup-qemu0: 1.2.0-1
    libpve-access-control: 7.1-5
    libpve-apiclient-perl: 3.2-1
    libpve-common-perl: 7.0-14
    libpve-guest-common-perl: 4.0-3
    libpve-http-server-perl: 4.0-4
    libpve-storage-perl: 7.0-15
    libspice-server1: 0.14.3-2.1
    lvm2: 2.03.11-2.1
    lxc-pve: 4.0.11-1
    lxcfs: 4.0.11-pve1
    novnc-pve: 1.3.0-1
    proxmox-backup-client: 2.1.2-1
    proxmox-backup-file-restore: 2.1.2-1
    proxmox-mini-journalreader: 1.3-1
    proxmox-widget-toolkit: 3.4-4
    pve-cluster: 7.1-3
    pve-container: 4.1-3
    pve-docs: 7.1-2
    pve-edk2-firmware: 3.20210831-2
    pve-firewall: 4.2-5
    pve-firmware: 3.3-4
    pve-ha-manager: 3.3-1
    pve-i18n: 2.6-2
    pve-qemu-kvm: 6.1.0-3
    pve-xtermjs: 4.12.0-1
    qemu-server: 7.1-4
    smartmontools: 7.2-1
    spiceterm: 3.2-2
    swtpm: 0.7.0~rc1+2
    vncterm: 1.7-1
    zfsutils-linux: 2.1.1-pve3 NODE2 pveversion -v Код: root@node2:~# pveversion -v
    proxmox-ve: 7.1-1 (работающий ядро: 5.13.19-2-pve)
    pve-manager: 7.1-8 (работающая версия: 7.1-8/5b267f33)
    pve-kernel-helper: 7.1-6
    pve-kernel-5.13: 7.1-5
    pve-kernel-5.13.19-2-pve: 5.13.19-4
    ceph-fuse: 15.2.15-pve1
    corosync: 3.1.5-pve2
    criu: 3.15-1+pve-1
    glusterfs-client: 9.2-1
    ifupdown2: 3.1.0-1+pmx3
    ksm-control-daemon: 1.4-1
    libjs-extjs: 7.0.0-1
    libknet1: 1.22-pve2
    libproxmox-acme-perl: 1.4.0
    libproxmox-backup-qemu0: 1.2.0-1
    libpve-access-control: 7.1-5
    libpve-apiclient-perl: 3.2-1
    libpve-common-perl: 7.0-14
    libpve-guest-common-perl: 4.0-3
    libpve-http-server-perl: 4.0-4
    libpve-storage-perl: 7.0-15
    libspice-server1: 0.14.3-2.1
    lvm2: 2.03.11-2.1
    lxc-pve: 4.0.11-1
    lxcfs: 4.0.11-pve1
    novnc-pve: 1.3.0-1
    proxmox-backup-client: 2.1.2-1
    proxmox-backup-file-restore: 2.1.2-1
    proxmox-mini-journalreader: 1.3-1
    proxmox-widget-toolkit: 3.4-4
    pve-cluster: 7.1-3
    pve-container: 4.1-3
    pve-docs: 7.1-2
    pve-edk2-firmware: 3.20210831-2
    pve-firewall: 4.2-5
    pve-firmware: 3.3-4
    pve-ha-manager: 3.3-1
    pve-i18n: 2.6-2
    pve-qemu-kvm: 6.1.0-3
    pve-xtermjs: 4.12.0-1
    qemu-server: 7.1-4
    smartmontools: 7.2-1
    spiceterm: 3.2-2
    swtpm: 0.7.0~rc1+2
    vncterm: 1.7-1
    zfsutils-linux: 2.1.1-pve3 Также прикрепил последовательность загрузки из Syslog Node1. Заранее спасибо за любую помощь или подсказку в правильном направлении.
     
     
     
    xcj
    Guest
    #4
    0
    06.01.2022 01:03:00
    Помогите?
     
     
     
    xcj
    Guest
    #5
    0
    07.02.2022 22:09:00
    Привет, это можно считать решенным, похоже, проблема в ЦП. В один момент эта функция перестала работать. Я протестировал этот ЦП на другой машине (я перехожу на другой корпус), проблема проявилась и там. Я протестировал другой ЦП на этом узле, и проблема исчезла.
     
     
     
    t.lamprecht
    Guest
    #6
    0
    08.02.2022 07:51:00
    Спасибо за ваш отзыв. Как автор темы, вы можете самостоятельно отметить ее как решенную, используя кнопку "Редактировать тему" в правом верхнем углу и выбрав префикс "Решено". Возможно, стоит попробовать установить пакет микрокода для вашего производителя процессора: https://wiki.debian.org/Microcode
     
     
     
    xcj
    Guest
    #7
    0
    08.02.2022 20:21:00
    Я это пробовал, но проблема сохранилась. Я отмечаю тему как решённую, это самое странное аппаратное сбой, которое я когда-либо видел. Спасибо!
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры