juju not respecting spaces constraint
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical Juju |
Fix Released
|
High
|
Joseph Phillips |
Bug Description
I have added a space to my model. I am trying to deploy some charms to the space. I have added constraints to the charms in my bundle that constrain them to the space and add root-disk=20G.
The root-disk constraint seems to be applied, but the spaces constraint doesn't stick.
juju spaces https:/
bundle.yaml https:/
juju status https:/
juju run --all "ip a | grep 'ens\|eth'" https:/
You can see from the attached screen shot that the NAT_COMMON_* subnets have the addresses that match the subnets that are in my space, and from the output of the juju run command that the ip addresses of the machines in my model aren't in the space I have constrained them to.
It might be worth adding that this is the first time I have used spaces in aws with juju > 2.7.6. Using spaces in this same way works as expected when I use the jaas controller which is < 2.8.
This can be replicated by adding a space to an aws model running juju > 2.8 and deploying a charm to the space using juju add-space myspace <subnet1> <subnet2> <subnet3> && juju deploy ubuntu --constraints spaces=myspace.
The expected result is that the charm doesn't land in a subnet that is mapped to the space.
description: | updated |
description: | updated |
Changed in juju: | |
assignee: | nobody → Joseph Phillips (manadart) |
status: | Triaged → In Progress |
Changed in juju: | |
status: | In Progress → Fix Committed |
Changed in juju: | |
status: | Fix Committed → Fix Released |
I think I found some further helpful information https:/ /paste. ubuntu. com/p/R8Q9RjPxy 3/
As you can see above, juju respects the spaces constraint when I `juju add-machine`, but not when I `juju deploy`.