В настоящее время я слежу заJuju 2.0 Ошибка № 1576003что, как мы надеемся, сделает эту проблему устаревшей. До тех пор...
JuJu, похоже, отключается до завершения развертывания ландшафта в среде MaaS. В предыдущей версии я мог изменить "bootstrap-timeout" в environments.yaml. Однако в JuJu 2 я не могу понять, как это настроить при использовании установщика Autopilot через:conjure-up openstack
Фон для потомков(и любой другой, кто борется)
Согласно текущим (май 2016 г.) инструкциям AutoPilot (www.ubuntu.com/download/cloud/install-openstack-with-autopilot).
- Ubuntu Server 16.04 LTS (xenial)
- MaaS: 2.0.0 (beta3+bzr4941)
- ДжуДжу: 2.0-beta6-xenial-amd64
Я понимаю, что JuJu 2 и Maas 2 могут не очень хорошо работать, так как я сейчас отслеживаюИнтеграция JuJu 2 и MaaS 2 [Теперь это должно работать с Juju 2.0-beta7.]
Мне пришлось изменить Шаг 6 соответствующим образом(Доступен ли Autopilot Openstack 16.04?), заменив
sudo openstack-installнаconjure-up openstack
Мне пришлось заменить /usr/share/openstack/config.jsonего "bootstrapSeries": "trusty"на "bootstrapSeries": "xenial"on "key": "landscape-dense-maas", чтобы JuJu развернулся, xenialпоскольку в шаге 3 инструкции нам нужно импортировать xenialобраз, а не trustyтот, который по умолчанию используется в config.json.
Когда conjure-up openstackвозникают ошибки (например, при вводе полного URL-адреса MAAS UI в поле 'maas-server' вместо IP-адреса или неправильного ключа API в поле 'mass-oauth'), мне приходится делать sudo rm ~/.local/share/juju/credentials.yamlэто, чтобы избежать ERROR loading credentials: credentials.maas.<random>.maas-oauth: expected string, got nothingпоследующих колдовских ситуаций. Видя, как я не могу найти juju kill-credentialsтип команды в JuJu 2.
На этом этапе я могу заставить JuJu 2 и MaaS 2 начать ландшафтное развертывание с Ubuntu 16.04, но, похоже, тайм-аут не позволяет этому закончиться. Я думаю, что могу обойти это с помощью JuJu CLI, но я продвинулся так далеко с помощью Autopilot...
Следовать за
Удаление учетных данных
Чтобы удалить учетные данные:
juju удалить-учетные данные maas <random>
Однако это не сработает, если учетные данные недействительны, поэтому мне все равно пришлось использовать:
sudo rm ~/.local/share/juju/credentials.yaml
Регулировкаbootstrap-timeout
Я считаю, что следующее — своего рода хак:
Мне удалось обновить bootstrap-timeout, изменив строку 121
/usr/share/conjure-up/conjure/juju.pyОт:
"--config image-stream=daily ".format(К:
"--config bootstrap-timeout=3000 --config image-stream=daily ".format(
Вместо этого мне, вероятно, следует редактировать /usr/share/openstack/bundles/landscape-dense-maas/pre.shс помощью команд конфигурации Juju.
Более подробную информацию
pre.shможно найти в вики-ресурсе conjure-up git: (www.github.com/ubuntu/conjure-up/wiki/Customizing-bundle-deployments)Команды Juju 2: (www.jujucharms.com/docs/devel/commands)
Извините, недостаточно репутации, чтобы дать ссылку
Хотя это технически отвечает на мой собственный вопрос, я не смог заставить AutoPilot работать даже с увеличенным тайм-аутом. Полагаю, что я буду ждать, пока все отдельные обновления будут говорить соответствующим образом на данный момент.
Обновление баг-трекера: (Juju 2.0 должен поддерживать MAAS 2.0) Juju 2.0-beta7 выпущен в ppa:juju/devel
Заключительные комментарии
Редактирование, /usr/share/conjure-up/conjure/juju.pyкак указано выше, изменяет тайм-аут. Однако, подходящим решением будет изменение файлов конфигурации conjure-up. К сожалению, пока документация не догонит разработку, этот метод для меня скорее проблематичен, чем полезен. В конечном итоге я отказался от AutoPilot с Xenial/Mikata, поскольку сам Openstack имеет текущие проблемы с установкой без добавленного слоя AuotPilot/Landscape (см.:https://bugs.launchpad.net/openstack-manuals/+bug/1575688).
Если кто-то из следующих имеет правильный формат для конфиг-файлов conjure-up для передачи, --config bootstrap-timeout=бросьте его сюда в качестве ответа, чтобы мы могли успокоить модераторов. До тех пор считайте мои инвестиции здесь заброшенными. Удачи.