Вопросы Теги

Контроллер MAAS с двумя интерфейсами

Общая цель установки - лабораторная система, основанная на одном сервере. Чтобы познакомиться с Ubuntu MAAS, Juju и Openstack, моя цель - «симулировать» физические серверы, которые будут контролироваться / управляться MAAS.

ОС хост-системы - это сервер Ubuntu 14.04.3 выпуска LTS, на котором должны размещаться контроллер MAAS (mass-controller-vm) и «физические» серверы (vm1 - vm8).

enter image description here

Для «массовой сети» я создал виртуальный мост (virbr1) с возможностью подключения вне системы через NAT. Управляемый интерфейс контроллера MAAS подключен через eth1 (172.16.0.200) к virbr1. Чтобы получить доступ к графическому интерфейсу MAAS с удаленного компьютера, я создал интерфейс (eth0 10.49.228.163) для br0.

Первоначальная настройка виртуальных машин (vm1 - vm8) выполняется через удаленный VMM.

Интерфейс eth1 контроллера MAAS настраивается в соответствии с документацией MAAS. Единственная проблема, с которой я сталкиваюсь, касается конфигурации управляемого интерфейса кластера MAAS (eth1). Когда я настраиваю в «интерфейсе редактирования кластера» «IP-адрес маршрутизатора» = 172.16.0.1, процесс загрузки PXE «физического» сервера не будет успешно завершен. Следующие два снимка экрана показывают последнее состояние: enter image description here , сопровождаемые следующими сообщениями об ошибках: enter image description here

Когда я настраиваю под «edit interface interface», «IP-адрес маршрутизатора» = 172.16.0.200, чем процесс загрузки PXE «физического» сервера завершится успешно, но шлюз по умолчанию на «физическом» сервере (например, vm1) - 172.16.0.200, что на самом деле неправильно для 172.16.0.0 подсеть.

Таблица маршрутизации на контроллере MAAS:

c220 @ maas-controller: ~ $ route -n Таблица маршрутизации IP ядра Ядро Целевой шлюз Genmask Флаги Метрика Ссылка Использовать Iface 0.0.0.0 10.49.228.170 0.0.0.0 UG 0 0 0 eth0 10.49.228.160 0.0.0.0 255.255.255.224 U 0 0 0 eth0 172.16.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0 c220 @ maas-controller: ~ $

Что здесь не так? Интерфейс ethe0 на контроллере MAAS vm объявлен как беспилотный интерфейс на странице «Редактирование контроллера кластера».

Любая помощь / идеи приветствуются.

Франк

1
задан 6 October 2015 в 20:55

2 ответа

Я просто столкнулся с этой той же проблемой. Я отключил второй интерфейс на своем сервере МААСА, и я делаю попытку установки OpenStack теперь. После того как второй интерфейс закончился, у меня не было проблем с помощью моей Cisco в качестве маршрута по умолчанию, а не сервера МААСА.

0
ответ дан 7 October 2015 в 06:55
  • 1
    @zzgooloo мог бы быть проблемой с самим потоком. Сколько сеялок находится на нем? Я попробовал бы различный поток этот doesn' t, кажется, связанный Ubuntu – kalenpw 25 December 2016 в 12:36

Я разрешил, что таким образом, но я не знаю, корректен ли тот. Мой файл конфигурации сети так конфигурируется: 

# The loopback network interface
auto lo
iface lo inet loopback

# The Management network interface
auto eth0
iface eth0 inet static
 address 1.1.100.10
 netmask 255.255.255.0
 network 1.1.100.0
 broadcast 1.1.100.255
 gateway 1.1.100.1
 # dns-* options are implemented by the resolvconf package, if installed
 dns-nameservers 1.1.100.10
 dns-search maas

# The Private network interface
auto eth1
iface eth1 inet static
 address 1.1.101.10
 netmask 255.255.255.0
 network 1.1.101.0
 broadcast 1.1.101.255
# Ubuntu Linux add persistent route command ###
 post-up route add -net 1.1.101.0 netmask 255.255.255.0 gw 1.1.101.254

таким образом мои частные узлы могут использовать его собственный шлюз

0
ответ дан 7 October 2015 в 06:55
  • 1
    Я попробовал несколько других потоков, и ни один из них, кажется, не начинает загружать. Это читает метаданные Загрузки от 0 коллег (сделанных 0%) существует много сеялок для этого за 2000. Какие-либо идеи, что я могу сделать? –  25 December 2016 в 12:52

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

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