juju Bootstrap --debug не смог подключиться https://streams.canonical.com

Как я могу исправить этот случай, мое состояние:

  1. Сервер MAAS на виртуальной машине
  2. Juju на главном сервере
  3. Все Ubuntu 14.04

Вот ошибка

curl(6) "could not resolve host: streams.canonical.com"

Setting up libboost-program-options1.54.0:amd64 (1.54.0-4ubuntu3) ...
Setting up libboost-thread1.54.0:amd64 (1.54.0-4ubuntu3) ...
Setting up libpcrecpp0:amd64 (1:8.31-2ubuntu2) ...
Setting up libunwind8 (1.1-2.2ubuntu3) ...
Setting up libtcmalloc-minimal4 (2.1-2ubuntu1) ...
Setting up libgoogle-perftools4 (2.1-2ubuntu1) ...
Setting up libsnappy1 (1.1.0-1ubuntu1) ...
Setting up juju-mongodb (2.4.9-0ubuntu3) ...
Processing triggers for libc-bin (2.19-0ubuntu6) ...
curl: (6) Could not resolve host: streams.canonical.com tools from https://streams.canonical.com/juju/tools/releases/juju-1.18.3-trusty-amd64.tgz downloaded: HTTP 000; time 9.523s; size 0 bytes; speed 0.000 bytes/s ERROR bootstrap failed: rc: 1 Stopping instance...
Bootstrap failed, destroying environment ERROR rc: 1

Я добавил все IP-адреса DNS-сервера в / etc / network / interface как dns-nameservers 192.?. ?? 10.0.??

и ошибка была изменена на

Обработка триггеров для libc-bin (2.19-0ubuntu6) ... curl: (7) Не удалось подключиться к порту streams.canonical.com 443: Соединение отказано

Я могу пропинговать streams.canonical.com, я думаю, что с сертификацией SSL что-то не так! Нужно ли устанавливать какие-либо параметры для SSL-сертификации на моем сервере JUJU или MAAS?!

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

Ошибка загрузки ERROR: не может загрузить инструменты начальной загрузки: Juju не может загрузить инструменты начальной загрузки, поскольку в вашей среде нет доступных инструментов. Вы можете использовать параметр конфигурации 'tools-metadata-url', чтобы указать расположение инструментов.

Я попытался загрузить загрузочный ремешок с виртуальной машины в качестве сервера Juju. Я получил это:

Ошибка загрузки ОШИБКА: не удается загрузить инструменты начальной загрузки: Juju не может выполнить загрузку, поскольку в вашей среде нет доступных инструментов. Вы можете использовать параметр конфигурации 'tools-metadata-url', чтобы указать расположение инструментов.

5
задан 22 May 2014 в 21:27

3 ответа

Ошибки сертификата SSL не привели бы к Connection Refused; это - очень определенное сообщение об ошибке, которое означает, что соединение TCP было отклонено, или потому что другая конечная точка не имеет сокета слушания открытым на том порте или потому что это было административно отклонено брандмауэром (один набор к REJECT пакеты, а не DROP пакеты).

Проверка брандмауэры на всех включенных ядрах - гости VM, хост VM, маршрутизаторы между Вами и Интернетом, и т.д.

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

Примечание, что APT может использовать прокси, настроенные через Acquire::http::Proxy элемент конфигурации в /etc/apt/apt.conf или /etc/apt/apt.conf.d/*. (И это не могла бы быть эта точная строка; лучше всего искать Proxy.) Большинство все остальное будет использовать http_proxy переменная среды.

я надеюсь, что это помогает.

0
ответ дан 22 May 2014 в 21:27

Я передал те ошибки:
1) Используя ssh сессию и установку localhost:8080/MAAS, поскольку массовый адрес, таким образом, синхронизирующие инструменты амулета, успешно сделанные
2) использование, ip:80/MAAS обращаются к нему, обошел недопустимый шлюз и соединение, которому отказывают, но я получил другую ошибку:

ОШИБКА juju.cmd supercommand.go:305 gomaasapi: вернувшая ошибка с сервера: 401 хорошо (Истекшая метка времени: учитывая 1400739722 и теперь 1400764922 имеет большее различие, чем порог 300)
3), где на этот раз определяется?

0
ответ дан 22 May 2014 в 21:27

Я Решил последнюю проблему:

проблемная ОШИБКА juju.cmd supercommand.go:305 gomaasapi: вернувшая ошибка с сервера: 401 хорошо (Истекшая метка времени: учитывая 1400739722 и теперь 1400764922 имеет большее различие, чем порог 300), где делает на этот раз определенный?

я не нашел почему команда амулета с помощью UTC! но я установил сервер МААСА и Сервер Амулета к UTC с этой командой:

sudo dpkg-реконфигурировали tzdata, и наконец я успешно загружаюсь, связал амулет!

0
ответ дан 22 May 2014 в 21:27

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

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