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

Виртуальные машины мигрировали обратно на узел, находящийся в режиме обслуживания., Proxmox Виртуальная Среда

BretO

Guest

06.11.2025 16:39:00

Я провожу тестирование на трёх узлах в своём кластере. Поставил узел 1 в режим обслуживания, виртуальные машины мигрировали на другие узлы, затем я выключил узел 1. Когда я снова его включил, виртуальные машины вернулись обратно на узел 1, хотя он всё ещё был в режиме обслуживания. Через несколько минут виртуальные машины снова мигрировали на другие узлы. Видимо, система наконец-то «дошла», что узел 1 в режиме обслуживания и не должна принимать эти ВМ? Думаю, как только HA-менеджер увидел, что узел 1 снова онлайн, он их туда и переместил, а затем процесс обслуживания вступил в силу и вывел их оттуда. Это нормальное поведение или система сначала должна понимать, что режим обслуживания ещё включён, прежде чем пытаться вернуть ВМ на узел 1? Я повторил тест, и пока что такое случилось только один раз. Все узлы работают на версии 8.4.14. В UI и через CLI узел 1 продолжает отображаться в режиме обслуживания. root@prox03:~# ha-manager status quorum OK master prox03 (active, Thu Nov 6 09:18:12 2025) lrm prox01 (maintenance mode, Thu Nov 6 09:18:08 2025) lrm prox02 (active, Thu Nov 6 09:18:11 2025) lrm prox03 (active, Thu Nov 6 09:18:03 2025)

BretO

Guest

28.11.2025 03:49:00

Извиняюсь, только сейчас возвращаюсь к этому... появились неожиданные дела... Ты про журналы системы? Если да, постараюсь сузить данные. Если нет, я как раз собираюсь провести техническое обслуживание, посмотрю, повторится ли проблема.

fiona Guest	#3 0 28.11.2025 10:24:00 Да. В частности, журнал, который включает логи сервисов HA (к ним можно получить доступ с помощью journalctl).

bblrlo

Guest

31.01.2026 20:34:00

Та же ситуация. Я перевёл ноду в режим обслуживания командой ha-manager crm-command node-maintenance enable <node> и попытался стянуть с неё VM.

Jan 31 22:26:17 pvesrv3 pvedaemon[1281]: <root@pam> starting task UPID vesrv3:000A992A:039A1562:697E5759:migrateall::root@pam:
Jan 31 22:26:17 pvesrv3 pvedaemon[694570]: <root@pam> starting task UPID vesrv3:000A992B:039A1565:697E5759:hamigrate:101:root@pam:
Jan 31 22:26:20 pvesrv3 pvedaemon[694570]: <root@pam> starting task UPID vesrv3:000A997B:039A1694:697E575C:hamigrate:105:root@pam:
Jan 31 22:26:23 pvesrv3 pvedaemon[694570]: <root@pam> starting task UPID vesrv3:000A99A7:039A17C2:697E575F:hamigrate:123:root@pam:
Jan 31 22:26:24 pvesrv3 pvedaemon[694695]: command 'ha-manager migrate vm:123 pvesrv1' failed: exit code 2
Jan 31 22:26:26 pvesrv3 pvedaemon[1281]: <root@pam> end task UPID vesrv3:000A992A:039A1562:697E5759:migrateall::root@pam: OK
Jan 31 22:26:29 pvesrv3 pmxcfs[1085]: [status] notice: received log
Jan 31 22:26:44 pvesrv3 pmxcfs[1085]: [status] notice: received log
Jan 31 22:26:59 pvesrv3 pmxcfs[1085]: [status] notice: received log
Jan 31 22:27:14 pvesrv3 pmxcfs[1085]: [status] notice: received log
Jan 31 22:27:29 pvesrv3 pmxcfs[1085]: [status] notice: received log
Jan 31 22:27:44 pvesrv3 pmxcfs[1085]: [status] notice: received log
Jan 31 22:27:59 pvesrv3 pmxcfs[1085]: [status] notice: received log
Jan 31 22:28:14 pvesrv3 pmxcfs[1085]: [status] notice: received log
Jan 31 22:28:28 pvesrv3 pvedaemon[1281]: <root@pam> starting task UPID vesrv3:000A9E45:039A488D:697E57DC:migrateall::root@pam:
Jan 31 22:28:28 pvesrv3 pvedaemon[695877]: <root@pam> starting task UPID vesrv3:000A9E46:039A4890:697E57DC:hamigrate:101:root@pam:
Jan 31 22:28:29 pvesrv3 pmxcfs[1085]: [status] notice: received log
Jan 31 22:28:31 pvesrv3 pvedaemon[695877]: <root@pam> starting task UPID vesrv3:000A9E98:039A49BF:697E57DF:hamigrate:105:root@pam:
Jan 31 22:28:34 pvesrv3 pvedaemon[695877]: <root@pam> starting task UPID vesrv3:000A9EC2:039A4AEE:697E57E2:hamigrate:123:root@pam:
Jan 31 22:28:37 pvesrv3 pvedaemon[1281]: <root@pam> end task UPID vesrv3:000A9E45:039A488D:697E57DC:migrateall::root@pam: OK
Jan 31 22:28:44 pvesrv3 pmxcfs[1085]: [status] notice: received log
Jan 31 22:28:59 pvesrv3 pmxcfs[1085]: [status] notice: received log
Jan 31 22:29:14 pvesrv3 pmxcfs[1085]: [status] notice: received log
Jan 31 22:29:29 pvesrv3 pmxcfs[1085]: [status] notice: received log

Но ничего не происходит, единственная ошибка — из-за правила affinity. После отключения правил HA ничего не изменилось: все VM по-прежнему на ноде.

dakralex

Guest

02.02.2026 10:11:00

Привет! Не мог бы ты также прислать вывод команды journalctl -u pve-ha-crm -u pve-ha-lrm --since '2026-01-31 22:25:00' --until '2026-01-31 22:30:00' на затронутых узлах (особенно на HA Manager)? Там чётко видно, когда включается и отключается режим техобслуживания узла, а также какие миграции выполняются, откуда и почему. И ещё, есть ли какой-нибудь внешний софт, который отправляет команды migrateall?

bblrlo Guest	#6 0 05.02.2026 12:14:00 Извините, но узел уже выведен из эксплуатации. Все команды «migrate all» выполнялись через webUI, никаких внешних приложений для этого не использовалось. В любом случае, обходной путь такой: отключить режим обслуживания, отключить все правила HA, перенести виртуальные машины и снова включить режим обслуживания.

Читают тему

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