Juju destroy-controller on Azure doesn't cleanup resoures
Bug #2057790 reported by
Diko Parvanov
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical Juju |
Triaged
|
Wishlist
|
Unassigned |
Bug Description
Running destroy-controller on azure when bootstrapped with --config resource-
juju destroy-controller azure-westeurope
WARNING This command will destroy the "azure-westeurope" controller and all its resources
To continue, enter the name of the controller to be destroyed: azure-westeurope
Destroying controller
Waiting for model resources to be reclaimed
All models reclaimed, cleaning up controller machines
The operation completed in a second and all resources were left in Azure.
To post a comment you must log in.
This is due to a limitation in the api design for how destroy-controller works - it was only originally intended to nuke everything. Note that destroy-model will clean up the resources created by Juju in the user specified resource group, leaving any unmanaged resources in place.
We want to do this for destroy controller also, but the cloud providers in Juju were not originally designed to be able to access all the info needed from hosted models during the destroy workflow. The limitation is explained here
https:/ /discourse. charmhub. io/t/juju- 2-9-new- azure-features- disk-encryption -byo-vnets- public- ip-constraint/ 4030
It will require non trivial implementation changes to fix.