Я видел другие посты (например, эта ссылка ), но я все еще пытаюсь установить juju на мой кластер openstack.
У меня быстрая работа, но Джуджу, похоже, не хочет загружаться. Я создал корзину (я пытался без нее, и у меня была та же проблема):
zestrada@cloud1:~$ swift list
juju-44c885823005ec6033e09c81f99980a6
zestrada@cloud1:~$ juju bootstrap -e openstack -v
2013/04/24 01:46:36 INFO environs/openstack: opening environment "openstack"
2013/04/24 01:46:36 INFO environs/openstack: bootstrapping environment "openstack"
2013/04/24 01:46:46 INFO environs: reading tools with major version 1
2013/04/24 01:46:46 INFO environs: falling back to public bucket
2013/04/24 01:46:46 ERROR command failed: no tools available
error: no tools available
Я пробовал с переключателем -e openstack
и без него, получая идентичные результаты. Попытка с juju-origin: ppa привела к ERROR command failed: juju-origin: expected nothing, got "ppa"
Я также попытался вручную указать auth-url
- но опять же, без изменений.
Вот соответствующие части моей среды.yaml:
zestrada@cloud1:~$ grep -A25 openstack: .juju/environments.yaml | grep -vP "\s+#"
openstack:
type: openstack
admin-secret: SECRET
control-bucket: juju-44c885823005ec6033e09c81f99980a6
default-image-id: "119295c7-2afc-4eda-bd64-2f8bef894b0d"
default-instance-type: "1.small"
auth-mode: userpass
Мои переменные среды верны, поскольку я могу без проблем обращаться ко всем установленным службам (nova, swift, cinder, glance, keystone).
Смотрите мой ответ здесь. Как я могу скопировать инструменты Juju для использования в моем развертывании?
Nutshell использует $ juju sync-tools для копирования из общедоступного выпуска в ваше частное облако.
Если ваша версия для джуджу - 1.10.0, то я думаю, что вы просто наткнулись на то, что я сделал; что, в свою очередь, я полагаю, объясняется следующим: ведро (где чары загружаются для локального хранилища) использует учетные данные, хранящиеся в коде. Эти жестко закодированные учетные данные не включают в себя ключ доступа или секретный ключ. Но перед установлением соединения есть утверждение, которое требует эти учетные данные - таким образом, попытка sync-tools терпит неудачу (и я предполагаю, что именно это вызывает ОШИБКУ после того, как она возвращается к общедоступной корзине при загрузке). 112]