Removing an application in Juju 2.9.28 may leave a model in a zombie state with an application stuck in active state with scale 0/1
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical Juju |
Fix Released
|
High
|
Ben Hoyt |
Bug Description
In some cases, removing an application leaves a Juju model in an inconsistent state where an application is "stuck" after being removed, and the model cannot be destroyed, even with --force (nor can the application be removed)
When this occurs, no meaningful messages come through either the controller logs or the model logs, even at maximum logging levels.
The "dead" application lives on. It continues to have a valid IP address in the `cloudservices` collection in Mongo even though the state of the application is dead and there are no pods left, continues to have settings even after this, and the refcount never drops to zero.
Controller logs, model logs, and a dump of the juju database are attached.
Reproduction is somewhat of a race, but is more or less reproducible from here, for example:
https:/
The tests will pass, but run a couple of times (or maybe only once) and look for models stuck in "Destroying..."
Juju 2.9.29 does resolve this, but the concern is that we are relying on behavior not guaranteed, because the symptoms do not otherwise match any known bugs.
Changed in juju: | |
milestone: | 2.9.30 → 2.9.31 |
Changed in juju: | |
status: | Fix Committed → Fix Released |
https:/ /github. com/juju/ juju/pull/ 13973