Это - развить вопрос моему более раннему вопросу. Тогда, амулет подвешивал попытку соединиться с узлом МААСА. Бог знает то, что произошло, это шло вперед и теперь перестало работать с приведенной к таймауту ошибкой Соединения при попытке загрузить инструменты с канонического веб-сайта. Точная ошибка -
curl: (7) Failed to connect to streams.canonical.com port 443: Connection timed out
tools from https://streams.canonical.com/juju/tools/releases/juju-1.18.4-trusty-amd64.tgz downloaded: HTTP 000; time 126.330s; size 0 bytes; speed 0.000 bytes/s
2014-10-16 23:32:08 ERROR juju.provider.common bootstrap.go:123 bootstrap failed: rc: 1
Ссылка от того, где амулет пытается загрузить материал, является совершенно допустимой.
Я видел, что люди имели подобные проблемы в соединении с https://streams.canonical.com
но там проблемой был амулет, не могло разрешить имя хоста, но я не думаю, что это имеет место с нашей проблемой
Любые подсказки приветствуются.
Править: В то время как амулет подвешивает попытку соединиться с каноническим перед отказом, я работал juju -status
от другого терминала. Это показывает эту ошибку
ERROR state/api: websocket.Dial wss://slot13.maas:17070/: dial tcp 10.10.10.102:17070: connection refused
10.10.10.102
частный IP нашего удаленного узла. На одном терминальном амулете говорит, что его инструменты загрузки попытки для развертывания узла и на другом узле он говорит, что удаленный узел отказывается от соединения. Довольно парадоксальный!
Если бы, в Маасе, 10.10.10.102 установлен как Ваш шлюз, это было бы ожидаемым поведением. По крайней мере, это было бы мной, будучи укушенным этим королем вещи. Я переименовал машину, я был использованием для начальной загрузки амулета к jujuBS, так попробуйте это, которые приносят все, в чем Вы нуждаетесь локальный для сервера Мааса:
mkdir ~./.juju/sync-tools
juju sync-tools –e maas –destination=”~/.juju/sync-tools”
juju bootstrap –e maas –-upload-tools=true –-metadata-source=”.juju/sync-tools” -–to jujuBS.local
mkdir –p ~/.juju/charms/trusty
juju charm get juju-gui .juju/charms/trusty
juju deploy –repository=”~/.juju/charms” local:juju-gui
У меня была та же ошибка на моей среде, и я разрешил, что выполняет следующую команду:
$: juju bootstrap -e maas --to JujuGui.maas --upload-tools --debug
ниже результата отладки:
http://paste.ubuntu.com/14696174/
после этого я установил амулет-gui
$: juju status -e maas
environment: maas
machines:
"0":
agent-state: started
agent-version: 1.25.3.1
dns-name: JujuGui.maas
instance-id: /MAAS/api/1.0/nodes/node-0672fb10-c53d-11e5-a26c-525400c4a170/
series: trusty
hardware: arch=amd64 cpu-cores=1 mem=1024M
state-server-member-status: has-vote
services: {}
$: juju deploy juju-gui --to 0
, выполнение этой команды получает эту ошибку
ERROR cannot retrieve charm "cs:trusty/juju-gui-44": cannot get archive: Get https://api.jujucharms.com/charmstore/v4/trusty/juju-gui-44/archive: dial tcp 162.213.33.122:443: connection refused
почему?