+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Проблемы с виртуальной машиной Windows 10, Proxmox Виртуальная Среда

Tahsin

Guest

24.03.2018 17:57:00

У меня проблемы с моей Windows ВМ. Спойлер: pveversion -v root@pve:~# pveversion -v proxmox-ve: 5.1-41 (текущий ядро: 4.13.13-6-pve) pve-manager: 5.1-46 (текущая версия: 5.1-46/ae8241d4) pve-kernel-4.13.13-6-pve: 4.13.13-41 pve-kernel-4.13.13-5-pve: 4.13.13-38 corosync: 2.4.2-pve3 criu: 2.11.1-1~bpo90 glusterfs-client: 3.8.8-1 ksm-control-daemon: 1.2-2 libjs-extjs: 6.0.1-2 libpve-access-control: 5.0-8 libpve-common-perl: 5.0-28 libpve-guest-common-perl: 2.0-14 libpve-http-server-perl: 2.0-8 libpve-storage-perl: 5.0-17 libqb0: 1.0.1-1 lvm2: 2.02.168-pve6 lxc-pve: 2.1.1-3 lxcfs: 2.0.8-2 novnc-pve: 0.6-4 proxmox-widget-toolkit: 1.0-11 pve-cluster: 5.0-20 pve-container: 2.0-19 pve-docs: 5.1-16 pve-firewall: 3.0-5 pve-firmware: 2.0-3 pve-ha-manager: 2.0-5 pve-i18n: 1.0-4 pve-libspice-server1: 0.12.8-3 pve-qemu-kvm: 2.9.1-9 pve-xtermjs: 1.0-2 qemu-server: 5.0-22 smartmontools: 6.5+svn4324-1 spiceterm: 3.0-5 vncterm: 1.5-3 zfsutils-linux: 0.7.6-pve1~bpo9 Настройки ВМ следующие: Спойлер: Настройки ВМ root@pve:~# cat /etc/pve/qemu-server/105.conf agent: 1 args: -device vfio-pci,host=00:02.0,addr=0x18,x-igd-opregion=on balloon: 0 bios: ovmf boot: cd bootdisk: virtio0 cores: 3 cpu: host efidisk0: local-zfs:vm-105-disk-2,size=128K hotplug: usb ide2: none,media=cdrom memory: 3200 name: Win10-Test net0: virtio=D6:72:CE:CC:00:7B,bridge=vmbr0,queues=2 numa: 0 ostype: win10 scsihw: virtio-scsi-single smbios1: uuid=f6ec9974-49ed-428c-ad76-115b5ea49c8c sockets: 1 vga: std virtio0: local-zfs:vm-105-disk-1,iothread=1,size=64G ВМ также часто зависает при запуске и выключении. При старте иногда она зависает на "Запустить параметры загрузки", но при перезагрузке она точно зависнет на этом экране. При выключении она может никогда не выключиться. Я использую все последние драйверы VirtIO. После зависания я не могу остановить ВМ. Появляется сообщение "TASK ERROR: can't lock file '/var/lock/qemu-server/lock-105.conf' - got timeout". Иногда мне приходится выключать весь хост, чтобы разблокировать её. Есть ли место, где я могу посмотреть журналы, чтобы понять, почему она зависает? Моя конечная цель — передача графической карты, но я не могу заставить Windows работать должным образом.

dcsapak Guest	#2 0 10.04.2018 10:21:00 вкладка syslog в узле, например, или просто в командной строке: journalctl, например, для просмотра журнала с последней загрузки: journalctl -b

Tahsin

Guest

11.04.2018 04:55:00

Я запустил journalctl -b и получил последние логи, когда KVM VM находился в состоянии бесконечной загрузки. Код: Apr 10 21:37:00 pve systemd[1]: Запуск ползунка репликации Proxmox VE... Apr 10 21:37:01 pve systemd[1]: Ползунок репликации Proxmox VE запущен. Apr 10 21:38:00 pve systemd[1]: Запуск ползунка репликации Proxmox VE... Apr 10 21:38:01 pve systemd[1]: Ползунок репликации Proxmox VE запущен. Apr 10 21:39:00 pve systemd[1]: Запуск ползунка репликации Proxmox VE... Apr 10 21:39:01 pve systemd[1]: Ползунок репликации Proxmox VE запущен. Apr 10 21:39:03 pve audit[8803]: AVC apparmor="DENIED" операция="file_lock" профиль="lxc-container-default-cgns" pid=8803 comm="(ionclean)" family="unix" sock_type="dgram" protocol=0 addr=none Apr 10 21:39:03 pve audit[8803]: AVC apparmor="DENIED" операция="file_lock" профиль="lxc-container-default-cgns" pid=8803 comm="(ionclean)" family="unix" sock_type="dgram" protocol=0 addr=none Apr 10 21:39:03 pve kernel: audit: type=1400 audit(1523414343.199:6845): apparmor="DENIED" операция="file_lock" профиль="lxc-container-default-cgns" pid=8803 comm="(ionclean)" family="unix" sock_type="dgram" protocol=0 addr=none Apr 10 21:39:03 pve kernel: audit: type=1400 audit(1523414343.199:6846): apparmor="DENIED" операция="file_lock" профиль="lxc-container-default-cgns" pid=8803 comm="(ionclean)" family="unix" sock_type="dgram" protocol=0 addr=none Apr 10 21:39:03 pve kernel: audit: type=1400 audit(1523414343.199:6847): apparmor="DENIED" операция="file_lock" профиль="lxc-container-default-cgns" pid=8803 comm="(ionclean)" family="unix" sock_type="dgram" protocol=0 addr=none Apr 10 21:39:03 pve audit[8803]: AVC apparmor="DENIED" операция="file_lock" профиль="lxc-container-default-cgns" pid=8803 comm="(ionclean)" family="unix" sock_type="dgram" protocol=0 addr=none Apr 10 21:39:03 pve audit[8803]: AVC apparmor="DENIED" операция="file_lock" профиль="lxc-container-default-cgns" pid=8803 comm="(ionclean)" family="unix" sock_type="dgram" protocol=0 addr=none Apr 10 21:39:03 pve kernel: audit: type=1400 audit(1523414343.199:6848): apparmor="DENIED" операция="file_lock" профиль="lxc-container-default-cgns" pid=8803 comm="(ionclean)" family="unix" sock_type="dgram" protocol=0 addr=none Apr 10 21:40:00 pve systemd[1]: Запуск ползунка репликации Proxmox VE... Apr 10 21:40:01 pve systemd[1]: Ползунок репликации Proxmox VE запущен. Гость просто застрял в цикле загрузки SeaBios: "логотип Proxmox", затем "загрузка с жесткого диска", и это будет продолжаться бесконечно. В UEFI-режиме он застрянет на "Варианты загрузки" на 75% пути.

dcsapak Guest	#4 0 11.04.2018 09:45:00 Как ты установил виртуальную машину? Нельзя просто переключаться между UEFI и SeaBIOS без повторной настройки (или переустановки) гостевой операционной системы.

Tahsin Guest	#5 0 11.04.2018 16:14:00 Я в курсе. Я каждый раз производил чистую установку Windows. Также создал независимые виртуальные машины для каждого режима. По-прежнему есть та же проблема.

dcsapak Guest	#6 0 11.04.2018 16:30:00 Итак, ты говоришь, что новая виртуальная машина с конфигурацией из первоначального поста (без части -args) не загружается правильно? Драйвера virtio установлены? ISO-образ Windows проверен?

Tahsin

Guest

11.04.2018 16:37:00

Верно. Я использовал последние стабильные драйверы VirtIO. В Windows нет желтого восклицательного знака на каких-либо драйверах. Windows ISO был скачан напрямую с сайта Microsoft и проверен. Он устанавливается без проблем в ESXi на том же оборудовании.

cromatn5

Guest

12.04.2018 08:19:00

Я думаю, у меня такая же проблема, не уверен. Только с Windows 10 (все сборки) и Windows 2016, чистый ISO с официального сайта, остальные версии Windows работают. Проверял с virtio 0.1.129, 0.1.141 и 0.1.149, в seabios и uefi режиме, с и без pci passthrough. Результат один и тот же: виртуальная машина запускается корректно, и если я перезагружу её (из веб-интерфейса или меню «Пуск»), она зависает на заставке Proxmox. Я могу войти в BIOS в UEFI режиме, вручную попробовать загрузиться с EFI/boot/boot64.efi, но она зависает на черном экране с курсором. Только остановка и перезапуск виртуальной машины решает эту проблему. Я обновил ядро до 4.15 (pve-no-subscription) и qemu из pve-test, проблема остается. НО, всё это происходит ТОЛЬКО с CPU хоста (и Windows 10). Если я выбираю Westmere, qemu64 или kvm64 => всё работает. Я предполагаю, что CPU не сбрасывается? Логов в journalctl -b нет. У меня Pentium G4600T, 8 ГБ ECC и Asus P10S-I.

Редактирование: Спойлер: Win10 VM
root@hypercromat:/home/cromat# cat /etc/pve/qemu-server/111.conf
agent: 1
bios: ovmf
boot: c
bootdisk: scsi0
cores: 4
cpu: host
efidisk0: local:111/vm-111-disk-2.qcow2,size=128K
ide2: none,media=cdrom
machine: q35
memory: 4096
name: Win-10
net0: virtio=A6:44:9E:84:AE:AD,bridge=vmbr0
numa: 0
ostype: win10
scsi0: local:111/vm-111-disk-1.qcow2,cache=none,discard=on,size=40G
scsihw: virtio-scsi-pci
smbios1: uuid=cdd80cde-0fab-4212-8282-5b723ccad749
sockets: 1
vga: qxl

Спойлер: PVE версия
root@hypercromat:/home/cromat# pveversion -v
proxmox-ve: 5.1-42 (работающее ядро: 4.15.15-1-pve)
pve-manager: 5.1-49 (работающее версия: 5.1-49/1e427a54)
pve-kernel-4.13: 5.1-44
pve-kernel-4.15: 5.1-3
pve-kernel-4.15.15-1-pve: 4.15.15-6
pve-kernel-4.13.16-2-pve: 4.13.16-47
corosync: 2.4.2-pve3
criu: 2.11.1-1~bpo90
glusterfs-client: 3.8.8-1
ksm-control-daemon: 1.2-2
libjs-extjs: 6.0.1-2
libpve-access-control: 5.0-8
libpve-apiclient-perl: 2.0-4
libpve-common-perl: 5.0-30
libpve-guest-common-perl: 2.0-14
libpve-http-server-perl: 2.0-8
libpve-storage-perl: 5.0-18
libqb0: 1.0.1-1
lvm2: 2.02.168-pve6
lxc-pve: 3.0.0-2
lxcfs: 3.0.0-1
novnc-pve: 0.6-4
proxmox-widget-toolkit: 1.0-14
pve-cluster: 5.0-24
pve-container: 2.0-21
pve-docs: 5.1-17
pve-firewall: 3.0-7
pve-firmware: 2.0-4
pve-ha-manager: 2.0-5
pve-i18n: 1.0-4
pve-libspice-server1: 0.12.8-3
pve-qemu-kvm: 2.11.1-5
pve-xtermjs: 1.0-2
qemu-server: 5.0-24
smartmontools: 6.5+svn4324-1
spiceterm: 3.0-5
vncterm: 1.5-3

Редактирование 2: daemon.log, после запуска ВМ и перезагрузки из меню «Пуск»:
Спойлер: daemon.log
root@hypercromat:/home/cromat# truncate -s 0 /var/log/daemon.log
root@hypercromat:/home/cromat# cat /var/log/daemon.log | grep 111
root@hypercromat:/home/cromat# cat /var/log/daemon.log | grep 111
Apr 12 13:09:22 hypercromat pvedaemon[12837]: start VM 111: UPID:hypercromat:00003225:01068EE0:5ACF3E62:qmstart:111:cromat@pam:
Apr 12 13:09:22 hypercromat systemd[1]: Started 111.scope.
Apr 12 13:09:22 hypercromat systemd-udevd[12861]: Could not generate persistent MAC address for tap111i0: No such file or directory

другие сведения: CPU завис на 100% одного ядра (25%).

Tahsin

Guest

12.04.2018 16:36:00

Это именно та проблема, с которой я сталкиваюсь. Я поменял процессор, как ты и сказал, на kvm64, и он перезагружается без проблем. Я сейчас использую последнюю версию proxmox на сегодняшний день. Мне нужен вариант хоста, так как мне нужны некоторые флаги, которых нет у kvm64.

dcsapak Guest	#10 0 12.04.2018 16:52:00 Честно говоря, я не могу воспроизвести это с такой конфигурацией... здесь всё работает без проблем... Какой у тебя процессор?

Tahsin Guest	#11 0 12.04.2018 17:08:00 Я использую Celeron J3455.

Kadrim Guest	#12 0 20.05.2018 08:25:00 У меня такая же проблема с запуском proxmox на UP Squared (Intel CPU N4200). Если я меняю процессор с Host на KVM64, проблема исчезает. Так что действительно похоже, что эта ошибка зависит от процессора хоста.

cromatn5 Guest	#13 0 30.06.2018 20:15:00 Обновление!! Дело действительно в процессоре! Сегодня я заменил свой Pentium G4600T (Kabylake) на Xeon E3-1230V6 (Kabylake), и теперь Windows 10 и виртуальная машина Server 2016 успешно перезагружаются с процессором хоста.

Tahsin Guest	#14 0 09.07.2018 22:27:00 Это отличная новость! Все еще интересно, почему это не сработало.

Julian Lliteras

Guest

#15

01.04.2019 23:43:00

У меня такая же проблема с гостем W2016. Он бесконечно загружается с 1 vcore на 100% и потребляет всего 100 МБ ОЗУ. Через час работы показывается только заставка Windows. У меня кластер из 3 узлов без подписки и Virtual Environment 5.3-12. Этот гость был установлен без проблем много месяцев назад, но теперь загрузка невозможна. Хост — 40 процессоров Intel® Xeon® CPU E5-2630 v4 @ 2.20GHz (2 сокета). У гостя тип ОС помечен как W10. Самое curioso, когда я перемещаю гостя на другой хост кластера с 24 процессорами Intel® Xeon® CPU E5-2620 0 @ 2.00GHz (2 сокета), он загружается без проблем! Есть ли способ это исправить? Это проблема ядра? Патчи Windows? Патчи от Spectre/Meltdown? Заранее спасибо. P.S.: Я могу сообщить больше информации, если нужно.

Tahsin Guest	#16 0 20.05.2018 20:26:00 У меня нет влияния на производительность на KVM64. Другие отметили, что наличие SSD для ZIL значительно помогает, так как виртуальные машины выполняют синхронные записи.

Читают тему

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