Version: Juju 2.5-beta1-bionic-amd64 installed via snap edge channel (2.5-beta1+develop-c25711a)
I've launched a LXD container to use with Juju's manual provisioner. When I tear down the model, removing the charm and deleting the container, if the container is stopped before Juju has completed removing the charm, Juju enters a state where the model cannot be destroyed and the application is not removed until I run `remove-machine --force`.
# Steps to recreate:
1. Manually add a machine to juju ala `juju add-machine ssh:user@host`
2. Deploy charm --to $machine
3. Destroy model
4. Destroy the manually provisioned machine while the charm is still being removed (or destroy the machine before issuing `remove-application`
The model is left in a state where a destroy will not work because it is not empty, and attempts to remove the charm and machine do not work.
I tried `juju remove-application charmnative-vnf-a` and `juju remove-machine 0`, neither of which resolved the model state. Running `juju remove-machine 0 --force`, however, removed the machine and allowed the charm and model to be destroyed.
# Logs and whatnot:
$ juju status
Model Controller Cloud/Region Version SLA Timestamp Notes
default devel localhost/localhost 2.5-beta1 unsupported 17:01:07-04:00 attempt 1 to destroy model failed (will retry): model not empty, found 1 machine, 1 application (model not empty)
App Version Status Scale Charm Store Rev OS Charm version Notes
charmnative-vnf-a active 0/1 native-ci local 0 ubuntu
Unit Workload Agent Machine Public address Ports Message
charmnative-vnf-a/0 unknown lost 0 10.207.192.48 agent lost, see 'juju show-status-log charmnative-vnf-a/0'
Machine State DNS Inst id Series AZ Message
0 down 10.207.192.48 manual:10.207.192.48 xenial Manually provisioned machine
$ juju show-status-log charmnative-vnf-a/0
ERROR no status history available
juju debug-log does not show anything from the period after I ran `juju remove-application`
Version: Juju 2.5-beta1- bionic- amd64 installed via snap edge channel (2.5-beta1+ develop- c25711a)
I've launched a LXD container to use with Juju's manual provisioner. When I tear down the model, removing the charm and deleting the container, if the container is stopped before Juju has completed removing the charm, Juju enters a state where the model cannot be destroyed and the application is not removed until I run `remove-machine --force`.
# Steps to recreate:
1. Manually add a machine to juju ala `juju add-machine ssh:user@host` application`
2. Deploy charm --to $machine
3. Destroy model
4. Destroy the manually provisioned machine while the charm is still being removed (or destroy the machine before issuing `remove-
The model is left in a state where a destroy will not work because it is not empty, and attempts to remove the charm and machine do not work.
I tried `juju remove-application charmnative-vnf-a` and `juju remove-machine 0`, neither of which resolved the model state. Running `juju remove-machine 0 --force`, however, removed the machine and allowed the charm and model to be destroyed.
# Logs and whatnot:
$ juju status
Model Controller Cloud/Region Version SLA Timestamp Notes
default devel localhost/localhost 2.5-beta1 unsupported 17:01:07-04:00 attempt 1 to destroy model failed (will retry): model not empty, found 1 machine, 1 application (model not empty)
App Version Status Scale Charm Store Rev OS Charm version Notes
charmnative-vnf-a active 0/1 native-ci local 0 ubuntu
Unit Workload Agent Machine Public address Ports Message vnf-a/0'
charmnative-vnf-a/0 unknown lost 0 10.207.192.48 agent lost, see 'juju show-status-log charmnative-
Machine State DNS Inst id Series AZ Message 10.207. 192.48 xenial Manually provisioned machine
0 down 10.207.192.48 manual:
$ juju show-status-log charmnative-vnf-a/0
ERROR no status history available
juju debug-log does not show anything from the period after I ran `juju remove-application`