Ошибка, развертывающая Среду после шага МААСА

Я также отправил в GitHub тот же вопрос. Надеясь я мог получить некоторую поддержку здесь также.

Все подробности могут быть найдены ниже:

https://github.com/Ubuntu-Solutions-Engineering/openstack-installer/issues/941

Кратко: Выдача этой команды для установки OpenStack (Свобода) на человечности 14.04.4:

JUJU_BOOTSTRAP_TO=dt-01-dell-optiplex-9010sff.maas DEBUG_JUJU_BOOTSTRAP=1 sudo-E установка OpenStack

  • Машина МААСА имеет Интернет, стоящий eth0 и внутренний em1 NICs. Вот содержание файла интерфейсов:

.

# The primary network interface
auto eth0
iface eth0 inet static
        address 10.71.100.1
        netmask 255.255.0.0
        network 10.71.0.0
        broadcast 10.71.255.255
        gateway 10.71.0.1
        # dns-* options are implemented by the resolvconf package, if installed
        dns-nameservers 10.10.0.1 10.71.0.1 

# The primary network interface
auto em1
iface em1 inet static
        address 10.10.0.1
        netmask 255.255.0.0
        network 10.10.0.0
        broadcast 10.10.255.255
        dns-nameservers 10.10.0.1
        dns-search maas
        post-up iptables -t nat -A POSTROUTING -o eth0 -j SNAT --to-source 10.71.100.1
        post-down iptables -t nat -D POSTROUTING -o eth0 -j SNAT --to-source 10.71.100.1
  • Сервер МААСА и все его Узлы подключены к тому же tp-link-24 переключателю порта. Никакие VLAN dfined.
  • eth0 подключен к брандмауэру и к Интернету. em1 подключен к tp-переключению-канала.
  • У меня есть надлежащие правила брандмауэра так все серверы (Маас + узлы), прохождение через 10.71.0.1 может достигнуть к Интернету.
  • Групповой контроллер использует 10.71.100.1 IP eth0 (МААС webGUI)
  • Контроллер региона использует (частные) 10.10.0.1 IP em1
  • Выбранная машина была развернута с надлежащим IP (10.10.200.1), хотя Альбомная установка перестала работать.
  • Вошедший это с помощью ssh ubuntu@10.10.200.1
  • Используемый "nslookup Маас", чтобы видеть, видит ли это машину Мааса. Это сделало.
  • Также nslookup google.com, это могло разрешить его также.
  • Это не могло, nslookup не мог решить 10.71.0.1 от этой развернутой машины ни один 10.71.100.1 IP, тем не менее, я могу telnet им.
  • Я поместил некоторые комментарии ниже о том, что журналы амулета показали мне также.

Но не пошел вне того, что вставляется ниже (также attched). Обратите внимание, что я не получил ошибок. Я включил DEBUG_JUJU_BOOTSTRAP также (можно проверить журналы в ссылку GitHub).

Мое инстинктивное чувство состоит в том, что могла бы быть некоторая сетевая неудача что касается некоторой причины, в то время как начальная загрузка амулета, рычаг (или многие, возможно) перестал работать при выделении порта IPs 5240 МААСА, являющегося недостижимым. Я могу telnet к тому порту и IP хотя от поля Deployed.

Вы видите мои снимки экрана от WebGUI МААСА, а также всех журналов, которые я могу собрать на странице GitHub:

https://github.com/Ubuntu-Solutions-Engineering/openstack-installer/issues/941

Любая справка и руководство на этом значительно ценились бы.

0
задан 19 August 2016 в 00:59

2 ответа

Я мог вообразить много вещей, идущих не так, как надо, но я подозреваю, что Вы, возможно, определили способный прокси в Маасе и возможно отформатировали его как 'ip:port' вместо' http://ip:port '

Просто предположение. Та установка находится в UI МААСА в области настроек.

0
ответ дан 19 August 2016 в 00:59

Вы попытались изменить свой IP Шлюза на Вашем настроенном МААСЕ?

, Если маршрут к Вашему смущению NIC не решает, это могло бы также быть передающей проблемой IP. Вы могли бы хотеть проверить, чтобы видеть, что Ваш брандмауэр не является проблемой здесь в случае, если трафик заблокирован (хотя Вы можете telnet к нему).

1
ответ дан 19 August 2016 в 00:59

Другие вопросы по тегам:

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