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

RSS

Завершение работы ВМ во время резервного копирования на QNAP, KVM: ошибка входа, аппаратная ошибка 0x80000021, Proxmox Виртуальная Среда

BeWu

Guest

06.05.2022 10:42:00

Привет, этой ночью одна из моих резервных копий не удалась. QNAP был её целью. Вторая резервная копия этой машины прошла успешно, но она была предназначена для PBS. Ядро 5.15.30-2, версия NFS на QNAP установлена на 4. Прилагаю письмо от proxmox и краткую информацию из syslog, lscpu и конфигурации виртуалки. Это первый раз за два года, когда у меня возникла такая проблема, поэтому я считаю это странным, особенно учитывая случай с kernel-qnap.

kyesil

Guest

27.05.2022 11:37:00

Я трижды сталкивался с одной и той же ошибкой после обновления до 7.2. Хост PVE 7.2 и гость Windows Server 2022 с kvm64. После первой ошибки установил микрокод Intel и проверил настройки VT в BIOS моего хоста. Мой хост: CPU(s) 8 x Intel® Xeon® CPU E3-1241 v3 @ 3.50GHz (1 Socket) Версия ядра Linux 5.15.35-1-pve #1 SMP PVE 5.15.35-3 (ср, 11 мая 2022 07:57:51 +0200) Версия PVE Manager pve-manager/7.2-4/ca9d43cc

BeWu

Guest

27.05.2022 13:43:00

У меня есть обновление по ситуации... Неожиданная остановка виртуальной машины произошла еще 2 раза на другом хосте. Каждый раз во время обновления Windows Server 2022. Это были ТОЛЬКО эти два раза, и с тех пор я этого не наблюдал. @Stoiko Ivanov: Я не могу проверить процессор KVM64, так как это рабочая виртуальная машина, и она очень медленно работает. Все микрокоды и BIOS обновлены. Так как это случалось всего несколько раз, я не тестировал на ядре 5.13 или pve-qemu-kvm=6.1.1-2. Ядро: Linux cssrv 5.15.35-1-pve #1 SMP PVE 5.15.35-3 (Ср, 11 мая 2022 07:57:51 +0200) x86_64 GNU/Linux ---------ИСПРАВЛЕНИЕ 30.05.2022----------- И почти сразу после публикации выше виртуальная машина снова зависла. 15 минут спустя после завершения резервного копирования, возможно, без подключения к ней. Собираюсь вернуться к ядру 5.13.

ramsey

Guest

29.05.2022 08:01:00

Я тоже, та же проблема. Странное наблюдение — появление закономерностей. Резервное копирование начинается в 00:30. Обычно оно заканчивается в 3 часа ночи. Во время резервного копирования машина 103 иногда зависает. К 6 часам утра машины 100 и 103 всегда отключены. Иногда они снова зависают в 11 утра. Машина 102 почти никогда не зависает. Машина 101 в основном зависает при перезагрузке. Все они работают на Windows Server 2019. 100 DC с CA, 101 DC, 102 RDS, 103 File and Print. После удаления EFI-дисков и их восстановления проблема исчезла на три дня, возможно, это было случайно. Два часа назад я снова заметил такую же ситуацию.

Kotuku52 Guest	#5 0 29.05.2022 23:30:00 Я заметил большую стабильность, заменив сетевую карту с VirtIO на E1000.

BeWu Guest	#6 0 30.05.2022 08:16:00 В моем случае все карты — e1000...

michka

Guest

30.05.2022 12:16:00

У меня такая же ошибка. Windows сервер продолжает падать с одинаковыми ошибками каждые две ночи или около того после резервного копирования. Оп уже пробовал? П.S. Я изначально использовал тип KVM64, так что, вероятно, это не оно.

Adam86

Guest

02.06.2022 23:15:00

Сегодня я обновил два хоста до версии 7.2, и на обоих хостах неожиданно выключилась виртуальная машина. Одно из выключений произошло в момент начала резервного копирования, а другое — нет. Нужно будет еще покопаться в этом вопросе, так как уже поздно, но на обоих хостах мне встречается следующее:
Jun 2 19:01:10 pve-fd QEMU[3658]: KVM: ошибка на входе, ошибка оборудования 0x80000021
Jun 2 19:01:10 pve-fd QEMU[3658]: Если вы запускаете гостевую ОС на Intel-матрице без режима неограниченного доступа
Jun 2 19:01:10 pve-fd QEMU[3658]: поддержка, сбой, вероятно, вызван тем, что гость вошел в недопустимое
Jun 2 19:01:10 pve-fd QEMU[3658]: состояние для Intel VT. Например, гость может работать в большом реальном режиме,
Jun 2 19:01:10 pve-fd QEMU[3658]: который не поддерживается на более старых процессорах Intel.
Jun 2 19:01:10 pve-fd QEMU[3658]: EAX=6e813550 EBX=00000102 ECX=00000000 EDX=00000000
Jun 2 19:01:10 pve-fd QEMU[3658]: ESI=00000000 EDI=e1a58040 EBP=3a4f43f0 ESP=3a4f4370
Jun 2 19:01:10 pve-fd QEMU[3658]: EIP=00008000 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=1 HLT=0
Jun 2 19:01:10 pve-fd QEMU[3658]: ES =0000 00000000 ffffffff 00809300
Jun 2 19:01:10 pve-fd QEMU[3658]: CS =be00 7ffbe000 ffffffff 00809300
Jun 2 19:01:10 pve-fd QEMU[3658]: SS =0000 00000000 ffffffff 00809300
Jun 2 19:01:10 pve-fd QEMU[3658]: DS =0000 00000000 ffffffff 00809300
Jun 2 19:01:10 pve-fd QEMU[3658]: FS =0000 00000000 ffffffff 00809300
Jun 2 19:01:10 pve-fd QEMU[3658]: GS =0000 00000000 ffffffff 00809300
Jun 2 19:01:10 pve-fd QEMU[3658]: LDT=0000 00000000 000fffff 00000000
Jun 2 19:01:10 pve-fd QEMU[3658]: TR =0040 6afe8000 00000067 00008b00
Jun 2 19:01:10 pve-fd QEMU[3658]: GDT= 6afe9fb0 00000057
Jun 2 19:01:10 pve-fd QEMU[3658]: IDT= 00000000 00000000
Jun 2 19:01:10 pve-fd QEMU[3658]: CR0=00050032 CR2=68329190 CR3=001ae000 CR4=00000000
Jun 2 19:01:10 pve-fd QEMU[3658]: DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000
Jun 2 19:01:10 pve-fd QEMU[3658]: DR6=00000000ffff0ff0 DR7=0000000000000400
Jun 2 19:01:10 pve-fd kernel: [17530.825546] установите kvm_intel.dump_invalid_vmcs=1, чтобы сохранить внутреннее состояние KVM.
Jun 2 19:01:10 pve-fd QEMU[3658]: EFER=0000000000000000
Jun 2 19:01:10 pve-fd QEMU[3658]: Код=kvm: ../hw/core/cpu-sysemu.c:77: cpu_asidx_from_attrs: Утверждение `ret < cpu->num_ases && ret >= 0' не выполнено.
Jun 2 19:01:11 pve-fd systemd[1]: 110.scope: Успешно.
Jun 2 19:01:11 pve-fd systemd[1]: 110.scope: Соответствовало 30 мин 5.328 с времени процессора.
Jun 2 19:01:12 pve-fd qmeventd[154004]: Начинается очистка для 110
Jun 2 19:01:12 pve-fd qmeventd[154004]: Очистка завершена для 110 Jun 2 18:17:44 pve-pa QEMU[3302]: KVM: ошибка на входе, ошибка оборудования 0x80000021
Jun 2 18:17:44 pve-pa QEMU[3302]: Если вы запускаете гостевую ОС на Intel-матрице без режима неограниченного доступа
Jun 2 18:17:44 pve-pa QEMU[3302]: поддержка, сбой, вероятно, вызван тем, что гость вошел в недопустимое
Jun 2 18:17:44 pve-pa QEMU[3302]: состояние для Intel VT. Например, гость может работать в большом реальном режиме,
Jun 2 18:17:44 pve-pa QEMU[3302]: который не поддерживается на более старых процессорах Intel.
Jun 2 18:17:44 pve-pa QEMU[3302]: EAX=00024ca5 EBX=4019e180 ECX=00000000 EDX=00000000
Jun 2 18:17:44 pve-pa QEMU[3302]: ESI=401aa440 EDI=1e9690c0 EBP=ac82b0f0 ESP=ac82af10
Jun 2 18:17:44 pve-pa QEMU[3302]: EIP=00008000 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=1 HLT=0
Jun 2 18:17:44 pve-pa QEMU[3302]: ES =0000 00000000 ffffffff 00809300
Jun 2 18:17:44 pve-pa QEMU[3302]: CS =b400 7ffb4000 ffffffff 00809300
Jun 2 18:17:44 pve-pa QEMU[3302]: SS =0000 00000000 ffffffff 00809300
Jun 2 18:17:44 pve-pa QEMU[3302]: DS =0000 00000000 ffffffff 00809300
Jun 2 18:17:44 pve-pa QEMU[3302]: FS =0000 00000000 ffffffff 00809300
Jun 2 18:17:44 pve-pa QEMU[3302]: GS =0000 00000000 ffffffff 00809300
Jun 2 18:17:44 pve-pa QEMU[3302]: LDT=0000 00000000 00000000 00000000
Jun 2 18:17:44 pve-pa QEMU[3302]: TR =0040 401ae000 00000067 00008b00
Jun 2 18:17:44 pve-pa QEMU[3302]: GDT= 401affb0 00000057
Jun 2 18:17:44 pve-pa QEMU[3302]: IDT= 00000000 00000000
Jun 2 18:17:44 pve-pa QEMU[3302]: CR0=00050032 CR2=0179fd20 CR3=4335b000 CR4=00000000
Jun 2 18:17:44 pve-pa QEMU[3302]: DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000
Jun 2 18:17:44 pve-pa QEMU[3302]: DR6=00000000ffff0ff0 DR7=0000000000000400
Jun 2 18:17:44 pve-pa QEMU[3302]: EFER=0000000000000000
Jun 2 18:17:44 pve-pa QEMU[3302]: Код=kvm: ../hw/core/cpu-sysemu.c:77: cpu_asidx_from_attrs: Утверждение `ret < cpu->num_ases && ret >= 0' не выполнено.
Jun 2 18:17:44 pve-pa kernel: [14473.555487] установите kvm_intel.dump_invalid_vmcs=1, чтобы сохранить внутреннее состояние KVM.
Jun 2 18:17:44 pve-pa systemd[1]: 110.scope: Успешно.
Jun 2 18:17:44 pve-pa systemd[1]: 110.scope: Соответствовало 55 мин 28.794 с времени процессора.
Jun 2 18:17:45 pve-pa qmeventd[46147]: Начинается очистка для 110
Jun 2 18:17:45 pve-pa qmeventd[46147]: Очистка завершена для 110

Stoiko Ivanov Guest	#9 0 07.06.2022 11:00:00 Не можешь попробовать отключить меры предосторожности, как описано @t.lamprecht в https://forum.proxmox.com/threads/w...xmox-upgrade-to-7-0.100744/page-9#post-474380 (это для похожей/такой же проблемы), и сообщить, решает ли это твою проблему?

BeWu

Guest

#10

21.06.2022 14:32:00

Привет всем! На самом деле, мне удалось провести несколько экспериментов и - БЕЗ отката на ядро 5.13, я изменил тип машины на i440... и ни одна из этих виртуальных машин не зависла. В журнале событий Windows все еще есть некоторые ошибки ядра, но я не уверен, связаны ли они с этим. Главное, что ни одна из машин, настроенных на i440, не вылетела с тех пор, как я сделал изменения.

Stoiko Ivanov Guest	#11 0 28.06.2022 11:45:00 Одним из возможных решений является описание в связанном обсуждении: https://forum.proxmox.com/threads/v...-hardware-error-0x80000021.109410/post-480688

Читают тему

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