Juju / MAAS в vSphere для тестирования OpenStack

В моей лаборатории vSphere есть нижеприведенная настройка для тестирования развертывания Openstack с помощью juju.

  1. Сервер MAAS vm имеет 2 интерфейса [один имеет доступ к Интернету через прокси-сервер, а другой внутренний 192.168 н / ж для dhcp и dns] (raring release)
  2. Узлы MAAS имеют один интерфейс в 192.168 n / ш. (Quantal Release)
  3. Иметь локальное зеркало Quantal для узла MAAS для загрузки pxe.

Я могу загрузить мою среду juju, и один узел под сервером MAAS получил Выделенный для этого. Поскольку WOL недоступен в vSphere vms, я загрузил эту конкретную виртуальную машину (node3.juju.local) вручную.

После завершения загрузки pxe.

Мои наблюдения

  • Не удалось получить статус juju на сервере MAAS. застрять здесь

    2013-10-22 06:18:27 ИНФОРМАЦИЯ juju.state open.go: 68 начальное состояние; адреса монго: ["node3.juju.local: 37017"]; entity ""

  • Итак, я вошел в систему node3.juju.local .

  • последние несколько строк /var/log/cloud-init-output.log

    2013-10-21 13: 04:56 DEBUG juju.state open.go: 88 соединение не удалось, будет повторная попытка: наберите tcp 127.0.0.1:37017: соединение отклонено

    2013-10-21 13:04:57 DEBUG juju.state open.go: не удалось установить соединение 88, повторите попытку: наберите tcp 127.0.0.1:37017: соединение отклонено

    2013-10-21 13:04:57 ОШИБКА juju. agent agent.go: 470 не удалось инициализировать состояние: нет доступных серверов

    2013-10-21 13:04:57 ОШИБКА juju supercommand.go: 282 нет доступных серверов [ 1143]

    * 2013-10-21 13: 04: 57,960 - util.py [ПРЕДУПРЕЖДЕНИЕ]: сбой при запуске / var / lib / cloud / instance / scripts / runcmd [1] 2013-10-21 13:04: 57,962 - cc_scripts_user.py [WARNING]: не удалось запустить модуль scripts-user (скрипты в / var / lib / cloud / instance / scripts) *

    2013-10-21 13: 04: 57,963 - util.py [ПРЕДУПРЕЖДЕНИЕ]: Сбой при запуске scripts-user ()

    Cloud-init v. 0.7 завершен в понедельник, 21 октября 2 013 13:04:57 +0000. Источник данных DataSourceMAAS [http://192.168.124.10/MAAS/metadata/]. Увеличение на 1532,83 секунды

    Cloud-init v. 0.7 с запущенным init-local в понедельник, 21 октября 2013 г., 15:53:08 +0000. До 3,88 секунд.

  • Ясно, что MongoDB не запущен. Я проверил это, выполнив скрипт runcmd (cloud-init) и cloud-init-output.log

    [ 1125]
  • Версия Mongod установлена ​​2.0.6, и у mongod не было ниже параметров Параметры SSL:

    - sslOnNormalPorts использует ssl на настроенных портах [1110 ]

    - файл PEM sslPEMKeyFile arg для ssl

    - пароль файла PEM sslPEMKeyPassword arg

  • [ 1153], который упоминается в runcmd script (cloud-init)

    * exec / usr / bin / mongod --auth --dbpath = / var / lib / juju / db - sslOnNormalPorts --sslPEMKeyFile '/var/lib/juju/server.pem' --sslPEMKeyPassword игнорируется --bind_ip 0.0.0.0 --port 37017 --noprealloc --syslog --smallfiles *

<1169] <1169] hr>
  1. В чем может быть проблема? проблема в том, что у узла maas нет доступа к Интернету?
  2. Моя рабочая установка juju + LXC работает нормально, поэтому я скопировал требуемые двоичные файлы монго с этой машины в node3.juju.local машина и перезагрузил сервер, на этот раз mongod запустился, но статус juju не дал следующую ошибку (DNS, nslookup все в порядке)

    2013-10-22 06:18:27 ИНФОРМАЦИЯ juju. состояние open.go: 68 состояние открытия; адреса монго: ["node3.juju.local: 37017"]; entity ""

    2013-10-22 06:28:27 ОШИБКА juju supercommand.go: 282 Невозможно подключиться к среде "maas".

    Пожалуйста, проверьте свои учетные данные или используйте 'juju bootstrap', чтобы создать новую среду.

    Подробности ошибок:

    нет доступных серверов

3
задан 17.04.2020, 22:23

2 ответа

Как сказал Исеин, ваша проблема может быть связана с разрешением DNS для этого конкретного домена, которого нет на вашем сервере MAAS.

Чтобы проверить это, вы можете поместить строку в файл / etc / hosts на первое место:

nameserver <IP address you are using for managing DHCP/DNS on MAAS>

Мне удалось решить ту же проблему, что и ваша, таким образом. Чтобы получить эту модификацию постоянной, вы можете добавить эту строку в "/etc/resolvconf/resolv.conf.d/head"

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver <IP>

Этот файл будет использоваться при запуске resolvconf для создания вашего / etc / файл hosts.

0
ответ дан 17.04.2020, 22:23

У меня была такая же проблема в очень похожей среде (работала Juju и MAAS в VSphere). Сначала я также подумал, что проблема в MongoDB, поэтому я обновил версию на узле начальной загрузки. Но что решило проблему, так это наличие правильных настроек DNS на узле, на котором вы используете juju-core, потому что он использует FQDN при подключении к узлам. Поэтому убедитесь, что вы можете пропинговать узел начальной загрузки, используя полное доменное имя.

0
ответ дан 17.04.2020, 22:24

Теги

Похожие вопросы