У меня тоже были проблемы с горячим подключением процессоров на Proxmox в виртуальной машине с Windows Server 2016. Чтобы это заработало, пришлось подправить некоторые вещи внутри гостя. В процессе моих поисков я наткнулся на баг, запReported to Redhat для QEMU, который на самом деле является багом ACPI в Server 2016 (и Win10). Ссылка на это - https://bugzilla.redhat.com/show_bug.cgi?id=1377155. В основном, у Microsoft не совсем стандартная конфигурация ACPI, но это можно довольно легко исправить, чтобы она работала с QEMU/Proxmox. Из-за проблемы с ACPI Windows не может увидеть никакие процессоры, которые не присутствуют при загрузке, и фактически НИКАКИЕ процессоры не отображаются в диспетчере устройств. Вы также получите устройство с ошибкой "HID Button over Interrupt Driver" в диспетчере устройств. Этот процесс исправляет горячее подключение процессоров и устраняет ошибочное устройство в диспетчере устройств. Я даже написал скрипт, чтобы автоматизировать этот процесс. Это довольно простой bat-скрипт. Чтобы запустить скрипт, вам понадобятся два исполняемых файла от Microsoft, которые не включены в Windows. Вам нужно будет получить psexec.exe из sysinternals, чтобы запустить команду reg в контексте системы для удаления плохих регистровых ключей. И вам понадобится devcon.exe из комплекта для разработки драйверов Windows (WDK). Чтобы избежать установки всего комплекта, который вам, вероятно, не нужен, перейдите по этой ссылке и выполните административную установку, которая просто скачает все компоненты комплекта. Когда дойдете до этапа извлечения MSI, правильный файл - Windows Driver Kit-x86_en-us.msi, а не тот, что упоминается по ссылке, который на самом деле не существует, поскольку пост довольно старый. Запустите скрипт или выполните шаги вручную и перезагрузите виртуальную машину. Горячее подключение процессоров (по крайней мере, для добавления ядер) теперь будет работать. Скрипт выглядит так:

```
@echo off
echo "удаление плохого устройства"
\\fileserver\shares\Software\_Scripts\fix_acpi_proxmox\devco­n.exe remove "ACPI\VEN_ACPI&DEV_0010"
pause
echo "удаление 1-го регистрового ключа"
\\fileserver\shares\Software\_Scripts\SysinternalsSuite\PsEx­ec.exe /accepteula /s reg delete "HKLM\SYSTEM\DriverDatabase\DriverPackages\hidinterrupt.inf_amd64_d01b78dcb2395f49\Descriptors\ACPI\ACPI0010" /f
pause
echo "удаление 2-го регистрового ключа"
\\fileserver\shares\Software\_Scripts\SysinternalsSuite\PsEx­ec.exe /accepteula /s reg delete "HKEY_LOCAL_MACHINE\SYSTEM\DriverDatabase\DeviceIds\ACPI\ACP­I0010" /f
pause
echo перезагрузка
shutdown /r /t 30
```

Изменение 5 марта 2019 года: согласно комментарию по ссылке в redhat bugzilla, горячее подключение VCPU также требует, чтобы гостевой ОС было выделено более 2 ГБ оперативной памяти. Виртуальная машина с 2.0 ГБ ОЗУ или менее не сможет выполнить горячее подключение VCPU, даже с вышеупомянутыми изменениями. Увеличение до любого объема свыше 2.0 ГБ (даже 2049 МБ) позволит горячему подключению работать вместе с вышеупомянутым исправлением.

Ты тоже заходил в настройки виртуальной машины и добавлял процессор в список горячей подмены?

И агент Qemu установлен и работает?

Дорогой Сиенар, да, конечно, агент установлен, включён и работает. Функция горячей замены работает хорошо для ОЗУ и HDD, но не для процессора. Ошибка была, а теперь её нет.

Также, как у вас настроены процессоры для виртуальной машины? Спрашиваю, потому что есть правильный и неправильный способы их настройки для использования функции горячей подмены. Вот пример, как это сделать. Параметр 'Cores' нужно установить на максимальное количество ядер процессора, которое виртуальная машина когда-либо сможет использовать. Это число не влияет напрямую на количество виртуальных ядер, с которыми виртуальная машина загружается, это максимум ядер, к которым виртуальная машина потенциально сможет получить доступ без выключения. Параметр VCPUs должен быть установлен на фактическое количество ядер, к которым виртуальная машина должна иметь доступ при загрузке. Чтобы горячей подменой добавить больше ядер, этот параметр нужно увеличить до числа, указанного в 'Cores'. В приведенном выше примере виртуальная машина начнет с 4 ядер и сможет горячей подменой добавить еще 4 виртуальных ядра во время работы.

можем получить обновление от сотрудников Proxmox? Кто-нибудь планирует решить эту проблему?

Это на самом деле не проблема Proxmox. Такое же случалось и в VMWare - https://vinfrastructure.it/2018/05/windows-server-2016-reboot-after-hot-adding-cpu-in-vsphere-6-5/ Вы, кажется, правильно настроены и теперь знаете, как именно добавлять vCPUs. Раньше вы, вероятно, были неправильно настроены или делали это некорректно. Теперь удостоверитесь, что ваша установка Server 2016 полностью обновлена, и попробуйте снова.

Я не хочу быть единственным критиком, но у меня по-прежнему ничего не работает на моих виртуальных машинах Windows. Я пытался сделать последнюю обнову Windows, перепроверил QEMU и так далее.

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