Послеустановочный сбой в Openstack Node с использованием воодушевления 'cloudinit'

Успешно развернутые узлы MAAS 2.3 и 4 введены в эксплуатацию и готовы к развертыванию. Подключите как частные, так и публичные VLAN к каждому узлу.

Следуйте инструкциям по настройке рабочего стека здесь: https://www.ubuntu.com/download/cloud/build-openstack

Когда я бегу conjure-up (v. 2.5.2 установлен с привязкой)

Spell Selection - OpenStack with NovaKVM

Leave SSH public key path as shown

Deploy all 16 applications in openstack-base

Он проходит инициализацию контроллера juju и показывает развертывание на одном узле в maas, пока я не увижу машинный сценарий развертывания, а затем он остановится навсегда (часы), и я получу следующие ошибки:

Ошибки, которые отображаются в разделе "События"

Node post-installation failure - 'cloudinit' running config-apt-configure with frequency once-per-instance
Node post-installation failure - 'cloudinit' running modules for config

Состояние узла показывает Ubuntu 16.04 LTS после публикации ошибок.

Изменить: я попытался начать с использованием conjure-down однако я получаю следующую ошибку... Unable to list controllers: /bin/sh: None: not found

$ juju destroy-environment
returns ERROR unrecognized command

Пытался снять заклинание с

$ sudo snap remove conjure-up

Однако ранее использовавшийся облачный контроллер все еще отображается при переустановке с

$ sudo snap install conjure-up --classic

Есть идеи, что я здесь делаю не так? ТИА

Источник

1 ответ

Решение

Было 2 вопроса. Надеюсь, это поможет тому, кто тратит часы, пытаясь выяснить, как работает сеть MAAS. YMMV

Хотя частные и общедоступные VLAN были включены и настроены на вкладке подсети в MAAS, мне нужно было направить частную VLAN (подсеть) во внешний Интернет (для загрузки пакетов для развертывания) и в вышестоящий DNS (для разрешения ip пакета). адреса) доступны в моих маршрутизируемых подсетях. DNS необходимо было решить быстро, чтобы устранить проблемы тайм-аута.

Я уверен, что есть несколько способов сделать NAT, включая использование iptables.

Еще одна проблема, когда я пытался позволить MAAS управлять общедоступной подсетью (DHCP, Auto-assign), он не назначал dns или шлюз, хотя и назначал IP, и без dns/gateway ничего не передавалось в публичной сети. подсеть (хост / адрес не найден / недоступен).

Дополнительная документация о том, как MAAS на самом деле работает за кулисами, связанные с сетевым взаимодействием, была бы полезна IMO.

Мое решение

Я включил маршрут частной подсети вместе с внутренним вышестоящим днс в моем вышестоящем маршрутизаторе, который, я считаю, делает его плоской сетью и больше не частной. Публичная подсеть не настроена во всех узлах.

MAAS обрабатывает DNS и предоставляет DHCP в частной подсети для моего сценария. Кроме того, для развертывания узлов частную подсеть все еще приходилось направлять во внешний Интернет и исходящий DNS.

Для тестирования в MAAS я развернул один узел Ubuntu и отправил ping'd имя хоста из узла MAAS.

После успешного пинга узла Ubuntu, я ssh'd в узел Ubuntu от узла MAAS, используя имя хоста, а затем я ping'd google.com из развернутого узла Ubuntu.

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

Я бы предпочел сплит-сеть с частной подсетью, которая была бы по-настоящему частной и без использования моего узла MAAS для маршрутизации в общедоступный Интернет, если есть способ.

Источник
Другие вопросы по тегам