You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
Please do not leave "+1" or other comments that do not add relevant new information or questions, they generate extra noise for issue followers and do not help prioritize the request
If you are interested in working on this issue or have submitted a pull request, please leave a comment
Terraform CLI and Terraform IBM Provider Version
Terraform v1.10.1
on darwin_arm64
+ provider registry.terraform.io/ibm-cloud/ibm v1.72.1
Affected Resource(s)
ibm_database
Terraform Configuration Files
Please include all Terraform configurations required to reproduce the bug. Bug reports without a functional reproduction may be closed without investigation.
Notice the missing key_protect_instance and key_protect_key, which are supposed to be optional, and default to null:
terraform plan
No changes. Your infrastructure matches the configuration.
Actual Behavior
The default of the key_protect_instance and key_protect_key arguments of the ibm_database resource seem to have been changed from null to the "none" string, leading to terraform wanting to recreate all ibm_database where it was not specified
Terraform plan using 1.72.1 on an ibm_database resource created with 1.71 or below without key_protect arguments specified tries to replace the resource:
Explicitely setting those properties on ibm_database resources fixed the issue, but do we really want the provider to expected a "none" string for those 2 properties, it's not even specified in the documentation, so I think it's an oversight.
Community Note
Terraform CLI and Terraform IBM Provider Version
Affected Resource(s)
Terraform Configuration Files
Please include all Terraform configurations required to reproduce the bug. Bug reports without a functional reproduction may be closed without investigation.
Notice the missing
key_protect_instance
andkey_protect_key
, which are supposed to be optional, and default tonull
:Debug Output
Panic Output
Expected Behavior
Actual Behavior
The default of the
key_protect_instance
andkey_protect_key
arguments of theibm_database
resource seem to have been changed fromnull
to the"none"
string, leading to terraform wanting to recreate allibm_database
where it was not specifiedTerraform plan using 1.72.1 on an ibm_database resource created with 1.71 or below without key_protect arguments specified tries to replace the resource:
Steps to Reproduce
ibm_database
with 1.71terraform plan
Important Factoids
Explicitely setting those properties on
ibm_database
resources fixed the issue, but do we really want the provider to expected a"none"
string for those 2 properties, it's not even specified in the documentation, so I think it's an oversight.See https://registry.terraform.io/providers/IBM-Cloud/ibm/latest/docs/resources/database#key_protect_key-1
The issue happened to
ibm_database
withservice = "databases-for-mongodb"
andservice = "databases-for-postgresql"
References
The text was updated successfully, but these errors were encountered: