我目前正在關注Juju 2.0 錯誤# 1576003這有望使這個問題變得過時。直到那時...
JuJu 似乎在 MaaS 環境中的景觀部署完成之前就退出了。在先前的版本中,我可以更改environments.yaml中的“bootstrap-timeout”。但是,在 JuJu 2 中,我無法弄清楚如何在使用 Autopilot 安裝程式時透過以下方式進行設定:conjure-up openstack
後代的背景(以及其他努力奮鬥的人)
根據目前(2016 年 5 月)的 AutoPilot 說明 (www.ubuntu.com/download/cloud/install-openstack-with-autopilot)。
- Ubuntu 伺服器 16.04 LTS(xenial)
- MaaS:2.0.0(beta3+bzr4941)
- JuJu: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
出現錯誤時(例如,在「maas-server」欄位中輸入完整的 MAAS UI url,而不僅僅是 IP 位址,或在「mass-oauth」欄位中輸入不正確的 API 金鑰),我必須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 <隨機>
但是,如果憑證無效,這就會被破壞,所以我仍然必須使用:
sudo rm ~/.local/share/juju/credentials.yaml
調整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 wiki 中找到:(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
確實會改變逾時。但是,適當的修復方法是修改設定檔。不幸的是,在文件跟上開發的步伐之前,這種方法對我來說比它的價值更麻煩。我最終放棄了使用 Xenial/Mikata 的 AutoPilot,因為 Openstack 本身在安裝過程中存在當前問題,沒有添加 AuotPilot/Landscape 層(請參閱:https://bugs.launchpad.net/openstack-manuals/+bug/1575688)。
如果後續有人知道用於傳遞的設定檔的正確格式,--config bootstrap-timeout=
請將其作為答案放在這裡,以便我們可以安撫模組。在那之前,請考慮我在這裡的投資被放棄了。祝你好運。