Ошибка идентификатора ключа доступа при развертывании с juju-core в облаках не-ec2 ec2
Juju-сердечник (1.13) не поддерживает старые переменные конфигурации pyjuju ec2-uri и s3-uri.
Так что я взял источники Go и отлажены новую область в launchpad.net/goamz/aws/aws.go с необходимыми API конечными точками (GreenQloud).
Теперь Амулет самозагрузка не сразу сказать,
Ошибка: ключ Id AWS Access вы предоставили не существует в наших записях
, который он использовал, чтобы сказать непосредственно перед внесением изменений. Теперь требуется примерно 15 секунд, чтобы выдать ту же ошибку. Я добавил отладки в
launchpad.net/juju-core/provider/ec2/ec2.go -> SetConfig()и проверить, что она проходит через нормально.Любые намеки на то, что еще можно было бы, возможно, делает запросы на Amazon API вместо конечных точек GreenQloud I указанных?
1 ответ
Ну, похоже, ответ был в файле README с ядром juju-core, который я прочитал недостаточно хорошо:
- upload-tools
Клиент
jujuпрограмма, и «инструменты» juju развернуты в ногу. Когда выпускаетсяjuju-core, скомпилированные инструменты, соответствующие этой версии juju, извлекаются и загружаются в известное место. Это использует номер версии релиза и подразумевает, что для следующей версии разработки juju нет доступных инструментов. Поэтому при использовании версии juju для разработки вам нужно будет передать дополнительный флаг--upload-tools, чтобы дать клиентуjujuкоманду собрать набор инструментов из исходного кода и загрузить их в среду как часть процесса начальной загрузки. [ 117]Поскольку я создал свою собственную версию для получения GreenQloud в качестве «региона» AWS, мне нужно было включить этот параметр. Сообщение об ошибке AWS довольно странное, но в любом случае оно исчезло после того, как я включил этот параметр.
Теперь я столкнулся с
error: cannot start bootstrap instance: no instance types found in greenqloud, но это другая история:)