juju bootstrap does not error on unknown or incorrect config values

Bug #1814786 reported by Casey Marshall
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical Juju
Triaged
Low
Unassigned

Bug Description

We have a regression on LP:#1554863 in 2.6-beta1 (installed: 2.6-beta1+develop-4ad365b (6538) 71MB classic):

c@slate:~/Projects/go/omnibus/src/github.com/CanonicalLtd/omnibus$ juju bootstrap localhost --config metering_url=http://40.113.217.209/v3
WARNING unknown config field "metering_url"
Creating Juju controller "localhost-localhost" on localhost/localhost
Looking for packaged Juju agent version 2.6-beta1 for amd64
No packaged binary found, preparing local Juju agent binary
WARNING unknown config field "metering_url"
To configure your system to better support LXD containers, please see: https://github.com/lxc/lxd/blob/master/doc/production-setup.md
Launching controller instance(s) on localhost/localhost...
 - juju-18e59d-0 (arch=amd64)
Installing Juju agent on bootstrap instance
Fetching Juju GUI 2.14.0
Waiting for address
Attempting to connect to 10.130.222.88:22
Connected to 10.130.222.88
Running machine configuration script...
Bootstrap agent now started
Contacting Juju controller at 10.130.222.88 to verify accessibility...
Bootstrap complete, "localhost-localhost" controller now available
Controller machines are in the "controller" model
Initial model "default" added

Changed in juju:
status: New → Triaged
importance: Undecided → High
milestone: none → 2.6-beta1
Changed in juju:
milestone: 2.6-beta1 → 2.6-beta2
Changed in juju:
milestone: 2.6-beta2 → 2.6-rc1
Changed in juju:
milestone: 2.6-rc1 → 2.6-rc2
Changed in juju:
milestone: 2.6-rc2 → 2.6.1
Changed in juju:
milestone: 2.6.1 → 2.6.2
Changed in juju:
milestone: 2.6.2 → 2.6.3
Changed in juju:
milestone: 2.6.3 → 2.6.4
Changed in juju:
milestone: 2.6.4 → 2.6.5
Changed in juju:
milestone: 2.6.5 → 2.6.6
Changed in juju:
milestone: 2.6.6 → 2.6.7
Changed in juju:
milestone: 2.6.7 → 2.7-beta1
Changed in juju:
milestone: 2.7-beta1 → 2.7-rc1
Changed in juju:
milestone: 2.7-rc1 → 2.7.1
Revision history for this message
Ian Booth (wallyworld) wrote :

Did Juju ever error as opposed to warn about config attributes that didn't match the schema? For a long time, Juju had no way of allowing model config that was provider specific, so it had to allow unknown attributes to be set - the provider would use them but the attribute was unrecognised by Juju's config schema. eg AWS clouds can have a vpc-id, Openstack can have use-floating-ip etc. So Juju just used to warn about such values. And I suspect that behaviour still exists today. Or are you saying for controller config, we used to be more strict and genuinely did error?

Revision history for this message
Tim Penhey (thumper) wrote :

No, juju never errored out, only warned about unknown config.

There is a clear need for pre-bootstrap validation for providers to give an early error ability. Think default-space for MAAS, or permission checks for vSphere, or memory constraints set to 4 meg.

summary: - Regression: juju bootstrap does not error on unknown or incorrect
- config values
+ juju bootstrap does not error on unknown or incorrect config values
Tim Penhey (thumper)
tags: added: bootstrap
tags: added: bitesize
Changed in juju:
milestone: 2.7.1 → 2.7.2
Changed in juju:
milestone: 2.7.2 → 2.7.3
Changed in juju:
milestone: 2.7.3 → 2.7.4
Changed in juju:
milestone: 2.7.4 → 2.7.5
Changed in juju:
milestone: 2.7.5 → 2.7.6
Ian Booth (wallyworld)
Changed in juju:
milestone: 2.7.6 → 2.8.1
Pen Gale (pengale)
Changed in juju:
milestone: 2.8.1 → none
Revision history for this message
Canonical Juju QA Bot (juju-qa-bot) wrote :

This bug has not been updated in 2 years, so we're marking it Low importance. If you believe this is incorrect, please update the importance.

Changed in juju:
importance: High → Low
tags: added: expirebugs-bot
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.