Я смог использовать Juju с моей домашней машины, однако, когда я пытаюсь использовать его с моей рабочей машины (которая находится за прокси-сервером), я получаю:
(Вывод из juju quickstart - отладка)
retrieving the Juju API address
10:06:20 DEBUG utils@call:94 running the following: /usr/bin/juju api-endpoints -e local --format json
10:06:21 DEBUG utils@call:104 retcode: 0 | output: '["10.0.3.1:17070"]\n' | error: ''
connecting to wss://10.0.3.1:17070
10:06:21 DEBUG juju@send:130 API message: --> {"Request": "Login", "Params": {"Password": "password", "AuthTag": "user-admin"}, "Type": "Admin", "RequestId": 0}
10:06:21 DEBUG juju@recv:139 API message: <-- {"RequestId":0,"Response":{}}
requesting juju-gui deployment
charm URL: cs:precise/juju-gui-92
10:06:21 DEBUG juju@send:130 API message: --> {"Request": "ServiceDeploy", "Params": {"CharmURL": "cs:precise/juju-gui-92", "NumUnits": 0, "ToMachineSpec": null, "ServiceName": "juju-gui", "Config": {}, "Constraints": {}}, "Type": "Client", "RequestId": 1}
10:06:41 DEBUG juju@recv:139 API message: <-- {"RequestId":1,"Error":"cannot upload charm to provider storage: 500 500 INKApi Error","Response":{}}
juju-quickstart: error: bad API response: cannot upload charm to provider storage: 500 500 INKApi Error
ERROR exit status 1
Мой .bashrc установлен как:
export http_proxy="http://proxy.mycompany.com:8080"
export https_proxy="http://proxy.mycompany.com:8080"
export ftp_proxy="http://proxy.mycompany.com:8080"
export HTTP_PROXY="http://proxy.mycompany.com:8080"
export HTTPS_PROXY="http://proxy.mycompany.com:8080"
export FTP_PROXY="http://proxy.mycompany.com:8080"
export no_proxy="localhost,127.0.0.1"
export NO_PROXY="localhost,127.0.0.1"
У меня есть прокси-сервер, также установленный в / etc / default / lxc (как для MIRROR, так и для SECURITY_MIRROR) и проверенная работа LXC.
Когда я запускаю juju quickstart, я создаю новую локальную среду LXC и использую значения по умолчанию. Он устанавливается на чистую 64-битную версию Ubuntu 14.04 с последними обновлениями и пакетами juju-local и juju-quickstart. Это также происходит, если я пытаюсь развернуть локальное очарование.
Вычисленный проблема.
После того, как среда загружается, изменения в environments.yaml файле, кажется, не вступают в силу. Настройки продвинуты в *.jenv файл для той среды. Поскольку я использовал быстрый запуск, настройки были продвинуты в до любых внесенных изменений. Решение к "уничтожать-среде амулета - сила", изменяет environments.yaml файл на основе Ваших потребностей, затем выполняет "начальную загрузку амулета".
я наткнулся на это, когда я отключил свой компьютер от сети, и удалил ВСЕ настройки прокси везде и попытался развернуть локальное очарование. Это все еще пыталось использовать прокси для 10.0.3.1. "grep-r 'myproxy.com'" указал на *.jenv файл.