juju list-controllers --format yaml to include provider type and properties
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical Juju |
Fix Released
|
High
|
Andrew Wilkins |
Bug Description
Currently, the only way to determine what type of provider is associated with a particular controller is to read ~/.local/
It would be handy to have information such as the type (eg. type: maas for maas, type: lxd for lxd) when doing a `juju list-controllers --format yaml`. Also the cache.yaml contains the necessary maas-oauth and maas-server attributes that would be useful for applications wanting to make use of MAAS and juju's bundle machine placement capabilities. At the very least knowing the controller name and the fact that it is of type: maas will greatly help when determining which credentials to apply when wanting to make use of some external features.
Changed in juju-core: | |
status: | New → Triaged |
importance: | Undecided → Medium |
tags: | added: juju-release-support |
Changed in juju-core: | |
milestone: | none → 2.0-beta3 |
tags: | added: conjure |
Changed in juju-core: | |
importance: | Medium → High |
Changed in juju-core: | |
status: | Triaged → In Progress |
assignee: | nobody → Andrew Wilkins (axwalk) |
Changed in juju-core: | |
status: | Fix Committed → Fix Released |
tags: | added: 2.0-count |
affects: | juju-core → juju |
Changed in juju: | |
milestone: | 2.0-beta3 → none |
milestone: | none → 2.0-beta3 |
Adam, to better understand your requirements, can you please answer a couple of questions?
1. Is there a reason why you can't just use "juju get-model-config" to get the type? And MAAS server address?
2. If you need to be able to get this information without making API calls, do you need to get this information from any machine other than the one that ran the bootstrap command?
I'm working on a change that adds "bootstrap config" to the output of show-controller. This will only be available on the client that ran "juju bootstrap". Bootstrap config includes:
- the cloud name (e.g. aws)
- the cloud type (e.g. ec2)
- the region name (e.g. us-east-1)
- any additional config passed to bootstrap with --config
Would that work for you?