Terraform v0.10.6
Changing the overwrite
parameter from true
to false
or vice versa should not trigger an update
Changing overwrite
from true
to false
trigger an update which then fails because the value can not be updated with overwrite
set to false
Please list the steps required to reproduce the issue, for example:
aws_ssm_parameter
with overwrite
set to true
terraform apply
overwrite
set to false
terraform apply
againAre there any other GitHub issues (open or closed) or Pull Requests that should be linked here? For example:
Temporary workaround:
lifecycle {
ignore_changes = ["overwrite"]
}
Is this still an issue on v1.11.0 of the AWS provider? Thanks!
It looks like this functionality made it in via #1520, which was previously released in version 1.11.0 of the AWS provider and has been available in all releases since. Please see the Terraform documentation on provider versioning or reach out if you need any assistance upgrading.
@bflad This is a bug report on the added functionality, it's more recent than the PR.
The PR in question was merged in March and this issue is from January. I'll reopen it though.
Currently we're affected by the overwrite edge-case issue. We had initially created SSM value with Terraform, then we have been rewriting the same SSM key with another automation script. In this case subsequent Terraform provisioning leads to the error below
* aws_ssm_parameter.secret: error creating SSM parameter: ParameterAlreadyExists: The parameter already exists. To overwrite this value, set the overwrite option in the request to true.
Lifecycle rule hasn't helped us much
lifecycle {
ignore_changes = ["value", "overwrite"]
}
Is there an update on this? I am running into the same issue. I am trying to move control of SSM parameters to Terriform, but have them updated through another process. This does not seem possible currently because Terraform always complains ParameterAlreadyExists: The parameter already exists. To overwrite this value, set the overwrite option in the request to true.
We'd like to switch to overwrite = false
to prevent potential conflicting parameters but this is getting in the way.
Most helpful comment
Currently we're affected by the overwrite edge-case issue. We had initially created SSM value with Terraform, then we have been rewriting the same SSM key with another automation script. In this case subsequent Terraform provisioning leads to the error below
Lifecycle rule hasn't helped us much