deployer not working with known lxc to unit numbers
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
juju-deployer |
Invalid
|
Undecided
|
Unassigned |
Bug Description
juju deployer failing to find the proper unit here. I get this failure:
2015-08-18 20:03:38 [WARNING] deployer.deploy: Service:
2015-08-18 20:03:40 [WARNING] deployer.deploy: Service:
unit exists, but there is a gap in numbering due to some stops and starts in this test lab:
cisco@maas:
- all-in-one/0: cimc57.
- all-in-one/10: cimc63.
- all-in-one/12: ch2blade7.
- all-in-one/15: cimc75.
- all-in-one/16: cimc61.
- all-in-one/19: cimc53.
I tried the 11 above to see if it was looking for machine ID instead of unit. machine 11 has unit 10:
cisco@maas:
11 started 1.24.3.1 cimc63.
Config:
services:
percona-
charm: percona-cluster
local: trusty/
num_units: 3
options:
vip: '10.xxxxx'
to:
- 'lxc:all-in-one=15'
- 'lxc:all-in-one=16'
- 'lxc:all-in-one=11'
The code in this bug appears to show that it is counting the number of units using the unit number, which is more of an ID than a number. (Although it is generated in order..)
https:/
In that case, I can see why this fails, but I am not a developer so I may be missing something with the way this is supposed to work.
Is there a way to renumber the units to make this work? Or is there workaround to clear "failed" numbers during deployment tries, and redeploy to keep things in order?
My goal is to deploy specific things to containers across specific nodes.
Changed in juju-deployer: | |
status: | New → Invalid |
This issue may be related to an upgrade that never completed for me. I was at 1.24.3 and upgrade to 1.24.5 never completed. I was running this work in that state. I don't think the units were being seen (Blocked by the upgrade?)
I destroyed the juju environment and will try with 1.24.5 as a new environment and update here.