У меня есть установка MAAS с интерфейсом 10.12.1.3/MAAS. Он отвечает за DHCP / DNS и имеет следующие конфигурации: ip: 10.12.1.4 маска подсети: 255.255.255.0 широковещательный ip: 10.12.1.255 ip маршрутизатора: 10.12.1.1 ip range low: 10.12.1.10 ip rane high: 10.12.1.255. 1.100
Я загружаю виртуальные машины на том же компьютере, что и контроллер кластера / контроллер региона, и они в порядке. Я меняю их имя в MAAS, принимаю и заказываю их. Процесс набора и комиссии занимает очень много времени (пища для размышлений). Как только машина будет введена в эксплуатацию (в списке узлов MAAS указано готово). Запустите загрузку JuJu. В Juju есть следующие environment.yaml:
environments:
maas:
type: maas
maas-server: 'http://10.12.1.3/MAAS/'
maas-oauth: pVreWZYhzaAFmqNjV3:W96PuEtANsr3n2SkGR:xF8dccH7NPUjhpejauzek$
admin-secret: 'whatever'
default-series: precise
#authorized-keys-path: ~/.ssh/id_rsa.pub
когда я запускаю juju bootstrap, затем включаю виртуальную машину виртуального бокса, я получаю следующее:
picked arbitrary tools &{"1.18.1-precise-amd64" "https://streams.canonical.com/juju/tools/releases/juju-1.18.1- precise-amd64.tgz" "65ea92cd8812bff3e49df78f9e8e964e91c44af0abd49d880c4333a78c8abfda" %!q(int64=5368375)} - /MAAS/api/1.0/nodes/node-f942c69e-c400-11e3-bc28-0025906c5dd6/
Waiting for address
Attempting to connect to test.draco:22
Этот экран будет висеть на 10 минут, а затем я получаю следующее:
ERROR juju.provider.common bootstrap.go:123 bootstrap failed: waited for 10m0s without being able to connect: ssh: connect to host test.draco port 22: Connection refused
если я запускаю статус juju во время попытки загрузки, я получаю следующее:
ERROR state/api: websocket.Dial wss://nova1.draco:17070/: dial tcp 10.12.1.10:17070: connection refused
снова и снова.
Я использую установку MAAS ubuntu 12.04.4 и версию Juju: 1.18.1-precision-amd64
Ключи ssh были сгенерированы, загружены в maas, повторно сгенерированы и снова загружены в MAAS. Кроме того, машина, которую предполагается построить juju, завершит сборку (статус в MAAS изменится на «Выделено для bla»), несмотря на сбой начальной загрузки среды, а затем отключится. Статус в MAAS возвращается к «готово», и если я снова включу виртуальную машину, кажется, что она вернется в режим регистрации.
Кто-нибудь знает, что может пойти не так?
Запуск juju status -e maas
может дать лучшее понимание на всякий случай. Мне кажется, что ssh работает как a, но хост отказывается от соединения по этой строке:
ssh: connect to host test.draco port 22: Connection refused
Вы знаете, что
#authorized-keys-path: ~/.ssh/id_rsa.pub
действительно закомментировано? Вам следует раскомментировать путь к SSH-ключам, и если проблема не исчезнет, вы можете проверить права доступа к файлам для ключей ssh. Надеюсь, поможет.