Проблема с контроллером кластера MAAS, установка не удалась
После многих проблем (см. Вопрос https://askubuntu.com/questions/601092/issue-with-maas-cluster-controller-no-enlistment ) у меня возникла новая проблема.
В основном после ввода в эксплуатацию установка не удалась. Я действительно не знаю, что происходит. Первое, что странно, это то, что установка загружает образ из контроллера региона вместо контроллера кластера. В результате процесс установки занимает очень много времени. На самом деле, именно поэтому мы установили автономный контроллер кластера. После этого я получаю пару «Не удалось запросить BMC узла», прежде чем развертывание помечено как сбойное.
Кто-нибудь может помочь в этом вопросе?
Пока что мои выводы не относятся ни к установке второго интерфейса кластера ( https://askubuntu.com/questions/569306/issue-with-maas -and-second-cluster-interface ) ни на автономном кластерном контроллере, что довольно обидно (и это может быть потому, что контроллер региона используется во время установки, когда кажется логичным, что вместо него используется контроллер кластера) ...
Моя версия maas - 1.7.1 + bzr3341-0ubuntu1 ~ trusty1.
Помощь будет очень ценится.
Редактировать
Чтобы дать больше деталей, архитектура, как показано ниже. Я также даю список событий. Мне также интересно, важно ли, чтобы доменное имя могло быть разрешено, так как в случае, если я вижу данное доменное имя узла (другими словами, узел снабжен доменным именем name.maas, но также редактируется для регистрации в качестве имени. домен). С базовым контроллером региона и контроллером кластера это работает хорошо, и я не понимаю, почему он не будет работать со вторым интерфейсом или автономным контроллером кластера. Я надеюсь, что это не слишком запутанно.
Узел 1: MAAS Region Controller + MAAS Cluster Controller с двумя интерфейсами / подсетями. Я не могу подготовить узлы на втором интерфейсе (тот, который не определен для API).
Узел 2: кластерный контроллер MAAS с одним интерфейсом / подсетью. Кластер зарегистрирован в Region Controller, и изображения были загружены из Region Controller после правильного выполнения разрешения имен (я до сих пор не знаю, почему это необходимо для синхронизации кластера с изображениями). Без pserv.yaml, обновленного с помощью генератора с использованием IP-адреса контроллера региона MAAS (см. Мой другой вопрос https://askubuntu.com/questions/601092/issue-with-maas-cluster-controller-no-enlistment ]) невозможно зачислить узлы. С этим подключение работает нормально, ввод в эксплуатацию тоже, но последующее развертывание, кажется, загружает то, что необходимо из Регионного контроллера). Установка занимает много времени и завершается с подробностями, приведенными ниже.
INFO Thu, 26 March 2015 18:54:40 Installation complete — Node disabled netboot
WARNING Thu, 26 March 2015 18:50:50 Failed to query node's BMC — Node could not be queried node-e7391f8a-d3d5-11e4-aaa5-5254005cf640 (m6.domain) virsh failed with return code 1: Failed to login to virsh console.
WARNING Thu, 26 March 2015 18:45:50 Failed to query node's BMC — Node could not be queried node-e7391f8a-d3d5-11e4-aaa5-5254005cf640 (m6.domain) virsh failed with return code 1: Failed to login to virsh console.
WARNING Thu, 26 March 2015 18:40:50 Failed to query node's BMC — Node could not be queried node-e7391f8a-d3d5-11e4-aaa5-5254005cf640 (m6.domain) virsh failed with return code 1: Failed to login to virsh console.
WARNING Thu, 26 March 2015 18:38:47 Failed to query node's BMC — Node could not be queried node-e7391f8a-d3d5-11e4-aaa5-5254005cf640 (m6.domain) virsh failed with return code 1: Failed to login to virsh console.
INFO Thu, 26 March 2015 18:36:37 Node changed status — From 'Deploying' to 'Failed deployment'
WARNING Thu, 26 March 2015 18:35:50 Failed to query node's BMC — Node could not be queried node-e7391f8a-d3d5-11e4-aaa5-5254005cf640 (m6.domain) virsh failed with return code 1: Failed to login to virsh console.
WARNING Thu, 26 March 2015 18:30:50 Failed to query node's BMC — Node could not be queried node-e7391f8a-d3d5-11e4-aaa5-5254005cf640 (m6.domain) virsh failed with return code 1: Failed to login to virsh console.
WARNING Thu, 26 March 2015 18:20:50 Failed to query node's BMC — Node could not be queried node-e7391f8a-d3d5-11e4-aaa5-5254005cf640 (m6.domain) virsh failed with return code 1: Failed to login to virsh console.
WARNING Thu, 26 March 2015 18:15:50 Failed to query node's BMC — Node could not be queried node-e7391f8a-d3d5-11e4-aaa5-5254005cf640 (m6.domain) virsh failed with return code 1: Failed to login to virsh console.
WARNING Thu, 26 March 2015 18:05:50 Failed to query node's BMC — Node could not be queried node-e7391f8a-d3d5-11e4-aaa5-5254005cf640 (m6.domain) virsh failed with return code 1: Failed to login to virsh console.
WARNING Thu, 26 March 2015 18:00:50 Failed to query node's BMC — Node could not be queried node-e7391f8a-d3d5-11e4-aaa5-5254005cf640 (m6.domain) virsh failed with return code 1: Failed to login to virsh console.
DEBUG Thu, 26 March 2015 17:56:47 TFTP Request — ubuntu/amd64/generic/trusty/release/boot-initrd
DEBUG Thu, 26 March 2015 17:56:46 TFTP Request - ubuntu/amd64/generic/trusty/release/boot-kernel
DEBUG Thu, 26 March 2015 17:56:46 TFTP Request — ifcpu64.c32
INFO Thu, 26 March 2015 17:56:46 PXE Request — curtin install
INFO Thu, 26 March 2015 17:56:46 PXE Request — curtin install
DEBUG Thu, 26 March 2015 17:56:46 TFTP Request — pxelinux.cfg/01-52-54-00-15-a9-ed
DEBUG Thu, 26 March 2015 17:56:46 TFTP Request — pxelinux.cfg/01-52-54-00-15-a9-ed
DEBUG Thu, 26 March 2015 17:56:46 TFTP Request — pxelinux.cfg/456decab-b186-e9dd-16d5-49e72359e6c3
DEBUG Thu, 26 March 2015 17:56:46 TFTP Request — pxelinux.0
INFO Thu, 26 March 2015 17:56:43 Node powered on
INFO Thu, 26 March 2015 17:56:38 Powering node on
INFO Thu, 26 March 2015 17:56:37 Node changed status — From 'Allocated' to 'Deploying'
INFO Thu, 26 March 2015 17:56:37 Node changed status — From 'Ready' to 'Allocated' (to root)
INFO Thu, 26 March 2015 17:52:44 Node changed status — From 'Commissioning' to 'Ready'
Редактировать
Интересно, есть ли что-то общее с этой старой ошибкой https://bugs.launchpad.net/maas/+bug/1081701 .
Действительно, я вижу следующее, когда нажимаю кнопку «preseed» узла, который не удалось установить.
#cloud-config
datasource:
MAAS: {consumer_key: <CONSUMER_KEY>, metadata_url: 'http://<MAAS_REGION_CONTROLLER_IP>/MAAS/metadata/',
token_key: <TOKEN_KEY>, token_secret: <TOKEN_SECRET>}
В вышеприведенном случае мне нужно иметь вместо этого IP-адрес контроллера кластера?
Обратите внимание, то же самое относится и к случаю, когда второй интерфейс не работает, но здесь я ожидаю, что другой интерфейс будет доступен как я думаю, я избавился от всех проблем с фильтрацией RP, которые в какой-то момент создали проблемы. Однако, возможно, IP в preseed должен быть тем из интерфейса Контроллера в подсети.
Заранее большое спасибо за вашу помощь.
Редактировать
После того, как я несколько недель сдался, я обновился до 1,8. То же самое происходит, и я не могу понять, почему. Зачисление работает с удаленным контроллером кластера, но после ввода в эксплуатацию установка использует файлы из контроллера региона / кластера, а не с удаленного контроллера кластера, и узел помечается как «Ошибка развертывания».
1124 Помощь была бы оценена.
1 ответ
Ура.
я наконец решил вопрос со своим удаленным групповым контроллером сразу после редактирования моего сообщения и этого случайно.
решение как следует.
При создании удаленного группового контроллера (названный Кластером 2 в моем случае) добавляют зону DNS, отличающуюся это для группового контроллера, связанного с контроллером региона (названный Кластером 1 в моем случае). По умолчанию это - Маас, так измените его на maas2 (так Маас для Кластера 1 и maas2 для Кластера 2).
После того, как новый узел включается в список при редактировании для Кластерного выбора "maas2" (в поле списка вместо того, чтобы иметь Маас и массу, у Вас есть Маас и maas2). Здесь кластер имени с именем зоны нечетно мне, но это - способ, которым это работает.
Теперь комиссия и затем устанавливают. Бум, установка выбирает правильные групповые контроллеры и только занимает несколько секунд, и самый важный успешно.
я надеюсь, что это помогает кому-то, поскольку это действительно заблокировало меня в течение нескольких недель.
я все еще должен найти, как иметь удаленный групповой контроллер, действующий как сервер имен что касается теперь действий контроллера региона как подача имени, хотя зональный maas2 файл, кажется, указывает на удаленный групповой контроллер как на сервер имен также.