Config command failed because of bogus upgrade in progress
Bug #1669834 reported by
Curtis Hovey
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical Juju |
Fix Released
|
Medium
|
Unassigned |
Bug Description
As seen at
http://
We know the juju under test is the latest juju, there is nothing to upgrade to. the call to set a charm just deployed failed because of a bogus upgrade in progress. Juju allowed the deploy and status does not indicate what juju thinks it us upgrading too.
08:22:27 ERROR cmd supercommand.go:458 upgrade in progress (upgrade in progress)
2017-03-01 08:22:27 ERROR Command '('juju', '--show-log', 'config', '-m', 'passuser_
Traceback (most recent call last):
Changed in juju: | |
milestone: | 2.2-alpha1 → 2.2-beta1 |
Changed in juju: | |
milestone: | 2.2-beta1 → 2.2-beta2 |
Changed in juju: | |
milestone: | 2.2-beta2 → 2.2-beta3 |
Changed in juju: | |
milestone: | 2.2-beta3 → 2.2-beta4 |
Changed in juju: | |
milestone: | 2.2-beta4 → 2.2-rc1 |
To post a comment you must log in.
The error message isn't great.
Effectively what we are trying to do is to block user commands until the agent has checked that it is in a good state. We do that right now by having an upgrade in progress flag which is cleared when the upgrade has finished.
Another potential solution is to that user API connections just enter a select loop with the apiserver stopping, and a channel that the API server closes when the agent is in a good state.
This would stop the bogus error being returned.