Skip to content
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

Quirk in how AWS DMS handles case sensitivity presents as "bug" in terraform. Resources constantly destroyed and recreated. #2016

Closed
sforcier opened this issue Oct 23, 2017 · 2 comments
Labels
bug Addresses a defect in current functionality. stale Old or inactive issues managed by automation, if no further action taken these will get closed.

Comments

@sforcier
Copy link

This is perhaps a feature request more than a bug because this appears to be a quirk in AWS. In short, AWS allows you to create most DMS resources (confirmed with tasks, endpoints, replication instances, and subnet groups) with case insensitive names, but when the resource is created, it's converted to all lowercase. This causes terraform to always identify a change because "sometaskname" => "SomeTaskName" is seen as a legit change.

No clue if this request is reasonable, but if one of the following happened that'd be great:

  • A warning is presented in either the documentation or as an output of my apply.
  • Terraform did a case insensitive comparison for affected items in the aws_dms_* resources.

Terraform Version

0.10.7

Affected Resource(s)

aws_dms_

References

Similar in outward behavior, but due to a different root cause than 1513.

@sforcier sforcier changed the title Quirk in how AWS DMS handles case sensitivity presents as "bug" in terraform Quirk in how AWS DMS handles case sensitivity presents as "bug" in terraform. Resources constantly destroyed and recreated. Oct 23, 2017
@radeksimko radeksimko added the bug Addresses a defect in current functionality. label Oct 27, 2017
@github-actions
Copy link

Marking this issue as stale due to inactivity. This helps our maintainers find and focus on the active issues. If this issue receives no comments in the next 30 days it will automatically be closed. Maintainers can also remove the stale label.

If this issue was automatically closed and you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. Thank you!

@github-actions github-actions bot added the stale Old or inactive issues managed by automation, if no further action taken these will get closed. label Mar 29, 2020
@ghost
Copy link

ghost commented May 30, 2020

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.

If you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. Thanks!

@ghost ghost locked and limited conversation to collaborators May 30, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Addresses a defect in current functionality. stale Old or inactive issues managed by automation, if no further action taken these will get closed.
Projects
None yet
Development

No branches or pull requests

2 participants