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

контейнер оказался на неправильной машине, и теперь я не могу его оттуда переместить, Proxmox Виртуальная Среда

danielo515

Guest

21.03.2022 18:21:00

Здравствуйте. У меня есть кластер HA из трех узлов. У меня настроена репликация между двумя узлами. Каждый из этих двух узлов имеет пул ZFS, который используется для репликации. У меня есть настройки правил репликации между этими двумя для HA. У меня есть старый третий узел, на котором ZFS не настроен, поэтому я не использую его как цель для репликации. Сегодня один из узлов с ZFS вышел из строя, и один из контейнеров оказался на третьем узле, я не знаю как. Теперь я не могу мигрировать этот CT на правильный оставшийся узел. Когда я пытаюсь мигрировать CT на правильный узел, я получаю эту ошибку: Код: Журнал репликации

2022-03-21 17:53:01 105-0: запуск задачи репликации
2022-03-21 17:53:01 105-0: гость => CT 105, работает => 0
2022-03-21 17:53:01 105-0: тома => rpool:subvol-105-disk-0
2022-03-21 17:53:01 105-0: создать снимок '__replicate_105-0_1647881581__' на rpool:subvol-105-disk-0
2022-03-21 17:53:01 105-0: завершить задачу репликации с ошибкой: ошибка zfs: Для списка делегированных разрешений выполните: zfs allow|unallow Очевидно, что у третьего узла нет тома rpool, поэтому я не понимаю, почему Proxmox решил мигрировать этот CT туда. Как я могу запустить этот контейнер на оставшемся узле? Соответствующий диск существует в его пуле ZFS, я просто не могу на него мигрировать.

mwhitlow89 Guest	#2 0 18.11.2022 23:06:00 Вы уже это исправили? У меня такая же проблема.

UdoB

Guest

19.11.2022 08:34:00

По умолчанию HA будет использовать любой узел в качестве цели. В разделе "Центр обработки данных --> HA --> Группы" вы можете определить группу узлов, состоящую из NodeX и NodeY. Затем HA будет игнорировать наличие NodeA, и миграция будет происходить только между этими конкретно названными узлами.

danielo515 Guest	#4 0 20.11.2022 07:38:00 Да, мне нужно зайти в консоль узла, а затем отредактировать файл, который указывает, где находятся виртуальные машины, чтобы поместить его в правильное место. Это `/etc/pve`

danielo515 Guest	#5 0 20.11.2022 07:40:00 Я уже это сделал, и CT все равно заканчивается не на том узле. Посмотри на эти скриншоты:

fiona Guest	#6 0 21.11.2022 11:22:00 Привет, хотя HA должен предпочитать узлы в группе, чтобы убедиться, что другой узел никогда не используется, вам следует ограничить это до "Да".

danielo515 Guest	#7 0 22.11.2022 07:25:00 Хорошо, спасибо за ответ, попробую это сделать. Тогда я не понимаю, в чем смысл группы HA, потому что в моем случае было доступно два узла, и все равно выбрался только тот, который не был в группе.

fiona Guest	#8 0 22.11.2022 11:24:00 Менеджер HA должен выбирать только неучастников неограниченных групп, если участники группы офлайн. Это странно. Можешь поделиться выводом journalctl --since <дата до возникновения проблемы> -u pve-ha-crm.service на узле, где CRM был мастером в тот момент (думаю, нужно проверить на всех узлах, чтобы выяснить)?

Читают тему

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