Terraform - refactoring modules: Error: Provider configuration not present
I'm refactoring some Terraform modules and am getting:
Error: Provider configuration not present
To work with
module.my_module.some_resource.resource_name its
original provider configuration at
module.my_module.provider.some_provider.provider_name is required, but it
has been removed. This occurs when a provider configuration is removed while
objects created by that provider still exist in the state. Re-add the provider
configuration to destroy
module.my_module.some_resource.resource_name, after
which you can remove the provider configuration again.
It seems like I need to remove that resource from the tfstate file then re-add it with the new tf config.
As I'm refactoring some monolithic code there are hundreds of these Error: Provider configuration not present messages.
Any shortcut to removing and re-adding?
Answer
As the error message explains, Terraform has detected that there are resource objects still present in the state whose provider configurations are not available, and so it doesn't have enough information to destroy those resources.
In this particular case, that seems to be occurring because there is a provider configuration block in one of your child modules. While that is permitted for compatibility with older versions of Terraform, it's recommended to only have provider blocks in your root module so that they can always outlive any resource instances that the provider is managing.
If your intent is to destroy the resource instances in module.my_module then you must do that before removing the module "my_module" block from the root module. This is one unusual situation where we can use -target to help Terraform understand what we want it to do:
terraform destroy -target=module.my_module
Once all of those objects are destroyed, you should then be able to remove the module "my_module" block without seeing the "Provider configuration not present" error, because there will be no resource instances in the state relying on that provider configuration.
If your goal is to move resource blocks into another module, the other possible resolution here is to use terraform state mv to instruct Terraform to track the existing object under a new address:
terraform state mv 'module.my_module.some_resource.resource_name' 'module.other_module.some_resource.resource_name'
Again, it's better to do this before removing the old module, so that the old provider configuration remains present until there's nothing left for it to manage. After you've moved the existing object into a new module in the state and have a resource block in place for it in the configuration, Terraform should understand your intent to manage this resource with a different provider configuration from now on and you can safely remove the old module block, and thus the provider block inside it.