-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
error thrown upon subsequent apply of cloudwatchlogsforwarder module #14
Comments
Hey @roshbhatia , I'm looking at the issue. Please allow us sometime to investigate. |
@roshbhatia I have looked into the issue and it is similar to one of the bug we have raised for our AWS Observability Solution[https://github.com/hashicorp/terraform-provider-aws/issues/23874] . Problem DescriptionUpdate is failing due to a bug that “aws_serverlessapplicationrepository_cloudformation_stack” resource is not able to store values of "var.auto_enable_access_logs" (as specified in our code), on each subsequent terraform apply(s) , it detects it as change and creates a new stack-set. When the AWS API is called with a new stack-set it fails abruptly which causes the whole solution to fail while upgrading. Alternate ApproachWhile we are waiting for the resolution of this issue, we have documented a work around as below: Add the following code block in the
LimitationIn the lifecycle section, we are ignoring changes in the parameter group for resource “aws_serverlessapplicationrepository_cloudformation_stack”, hence any further update to this parameter group will be ignored and respective changes cannot be made to auto-enable code. |
@roshbhatia I'm closing this issue. Feel free to comment/re-open for any issues. |
Im stil getting this issue. Would rather have a variable that enables the ignore changes. |
Issue Summary
Error Message
Steps to Reproduce
terraform apply
.terraform apply
once more.Resource and Local Versions
In my module:
Local version of tf:
The text was updated successfully, but these errors were encountered: