☰

Juju 无法取回护身符

tag-icon • tag-icon dns juju
Juju 无法取回护身符

成功引导 Juju 控制节点后，确保 DNS 设置“正确”，

- 我在 MAAS 有转发名称服务器，

- 部署的 Juju 控制节点上的 resolv.conf 由 MAAS 设置，以指向 MAAS IP

# 由 resolvconf(8) 生成的 glibc resolver(3) 的动态 resolv.conf(5) 文件
# 请勿手动编辑此文件——您的更改将被覆盖
名称服务器 135.XXX.YYY.206
搜索马斯

- 控制节点可以解析外部实体，但必须通过 MAAS 节点

ubuntu@huron13:/var$ dig api.jujucharms.com

;> DiG 9.10.3-P4-Ubuntu> api.jujucharms.com

解答部分：
api.jujucharms.com.461 在 162.213.33.121



;; 查询时间：35毫秒
;; 服务器：135.XXX.YYY.206#53(135.111.102.206)
;; 时间：2018 年 3 月 28 日星期三 22:35:33 UTC
;; 收到的消息大小：274

尝试部署捆绑包时仍然会失败


管理员@maas:~/.juju$ juju deploy ./bundle.yaml --debug
17:36:48 INFO juju.cmd supercommand.go:56 运行 juju [2.3.5 gc go1.8]
17:36:48 调试 juju.cmd supercommand.go:57 参数：[]string{"juju", "deploy", "./bundle.yaml", "--debug"}
17:36:48 INFO juju.juju api.go:67 连接到 API 地址：[135.111.102.212:17070]
17:36:48 DEBUG juju.api apiclient.go:843 成功拨打“wss://135.111.102.212:17070/model/7d19f49b-561d-4d64-84df-bf49d0049b0f/api”
17:36:48 INFO juju.api apiclient.go:597 连接已建立至“wss://135.111.102.212:17070/model/7d19f49b-561d-4d64-84df-bf49d0049b0f/api”
17:36:48 调试 juju.cmd.juju.application bundle.go:241 模型：
。
。
。
执行变更：
- 为 xenial 系列上传 charm cs:ceph-mon-23
17:36:51 调试 httpbakery client.go:244 客户端执行 GET https://api.jujucharms.com/charmstore/v5/xenial/ceph-mon-23/meta/any?include=id&include=supported-series&include=published {
17:36:52 调试 httpbakery client.go:246 } -> 错误
17:36:52 DEBUG juju.api monitor.go:35 RPC 连接已断开
错误无法部署捆绑包：无法添加 charm“cs：ceph-mon-23”：无法检索 charm“cs：ceph-mon-23”：无法获取存档：获取 https://api.jujucharms.com/charmstore/v5/ceph-mon-23/archive?channel=stable：proxyconnect tcp：EOF
17:36:52 DEBUG cmd supercommand.go:459 错误堆栈：
无法检索 charm“cs:ceph-mon-23”：无法获取存档：获取 https://api.jujucharms.com/charmstore/v5/ceph-mon-23/archive?channel=stable：proxyconnect tcp：EOF



任何想法是什么我遗漏了什么，和/或如何解决这个问题，都将不胜感激


Juju 版本 2.3.5

MAAS 版本：2.3.1 (6470-g036d646-0ubuntu1~16.04.1) <\pre>








答案1




已解决，所有代理均已设置，前面带有“适当”方案


http_proxy=http://135.245.48.34:8000/
https_proxy=https://135.245.48.34:8000/



“有效”的（至少对于这个代理）是对所有代理都采用“http”方案


http_proxy=http://135.245.48.34:8000/
https_proxy=http://135.245.48.34:8000/












相关内容