Open n-oden opened 1 month ago
As the author of the upgrade_install feature, I'm happy to take a swing at fixing this, but some direction on what kind of fix would be acceptable would be appreciated. My understanding is that there's no way for the provider to know during the plan stage what the status of a resource managed by another provider is, so we may simply have to swallow and log errors encountered here?
I'm in the same boat. We cannot have a terraform project start a new cluster and use a helm resource with the upgrade_install
flag in the same project because it will simply fail.
Terraform, Provider, Kubernetes and Helm Versions
Affected Resource(s)
Terraform Configuration Files
Debug Output
https://gist.github.com/n-oden/033ea29f1156c779df95556197b23287
Steps to Reproduce
terraform plan
Expected Behavior
A successful terraform plan. Since the cluster has not yet been created, the helm_resource release should be planned for creation.
Actual Behavior
Because the upgrade_install logic attempts to create a helm history client in order to determine the state of the release, it errors out trying to query a nonexistent cluster:
Important Factoids
References
Community Note