Deployer failure upgrading to proposed 1.23.3 from 1.23.2 client
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| juju-core |
High
|
Unassigned | |||
| 1.23 |
High
|
Unassigned | |||
| 1.24 |
High
|
Unassigned | |||
| juju-deployer |
Undecided
|
Unassigned | |||
Bug Description
Using the attached YAML, with an OpenStack provider and Juju 1.23.2-vivid-amd64 with agent-stream: proposed in environments.yaml.
2015-05-12 09:17:22 [DEBUG] deployer.import: Adding units...
2015-05-12 09:17:23 [DEBUG] deployer.import: Service 'postgresql' does not need any more units added.
2015-05-12 09:17:23 [WARNING] deployer.import: Config specifies num units for subordinate: storage
2015-05-12 09:17:23 [DEBUG] deployer.import: Service 'block-
2015-05-12 09:17:23 [DEBUG] deployer.import: Waiting for units before adding relations
2015-05-12 09:17:25 [DEBUG] deployer.env: Delta unit: block-storage-
2015-05-12 09:17:25 [DEBUG] deployer.env: Delta unit: block-storage-
Traceback (most recent call last):
File "/usr/bin/
load_
File "/usr/lib/
run()
File "/usr/lib/
importer.
File "/usr/lib/
self.
File "/usr/lib/
services=
File "/usr/lib/
services=
File "/usr/lib/
for change_set in self.watch:
File "/usr/lib/
return super(TimeoutWa
File "/usr/lib/
'Id': self.watcher_id})
File "/usr/lib/
raise EnvError(result)
jujuclient.
{ u'Error': u'watcher was stopped', u'RequestId': 4, u'Response': { }}
>
| Adam Collard (adam-collard) wrote : | #1 |
| Adam Collard (adam-collard) wrote : | #2 |
| Curtis Hovey (sinzui) wrote : | #3 |
I assume this is an implicit upgrade during bootstrap. Can you conifrm?
| Changed in juju-core: | |
| status: | New → Triaged |
| importance: | Undecided → High |
| tags: | added: deployer upgrade-charm |
| Changed in juju-core: | |
| milestone: | none → 1.25.0 |
| tags: | added: blocker |
| Curtis Hovey (sinzui) wrote : | #4 |
Does this happen with 1.23.2? I always get a config-changed error with 1.23.2, so I cannot reproduce the exact error to demonstrate a regression.
| Adam Collard (adam-collard) wrote : | #5 |
RE: implicit upgrade during bootstrap?
No, it's not "during" bootstrap, bootstrap had finished, services were added, units were being added and then it went boom. However I believe it is the implicit upgrade, my gripe is that this upgrade doesn't occur during the "block til we're done" bootstrap.
RE: Does this happen with 1.23.2?
Yes, it's with 1.23.2 client and proposed agent-stream so that 1.23.3 tools are found.
I'm almost certain that the charms in question aren't important, you will get a config-changed error because those are credentials for an OpenStack deployment that's not publicly available (and has subsequently been torn down)
| description: | updated |
| Curtis Hovey (sinzui) wrote : | #6 |
Since I cannot reproduce this, can delay running deployer until the state-server is upgraded to 1.23.3? In my tests, the implicit upgrade happened quick enough that the env was upgraded before I could run deployer. You can also add this to the env config to pin the version
agent-version: 1.23.2
| David Britton (davidpbritton) wrote : | #7 |
Use attached file like:
$ juju version
1.23.2-trusty-amd64
$ juju bootstrap -v && juju-deployer -vdWc ubuntu.yaml
I get the error every time.
| David Britton (davidpbritton) wrote : | #8 |
machine-0 log from same deploy


juju-deployer 0.4.4+bzr137+ 44~ubuntu14. 04.1