Closed jrkalf-cambrian closed 1 year ago
I believe we can link this to an issue which was created in the wrong place: https://github.com/terraform-aws-modules/.github/issues/27
It had a similar request.
This PR has been automatically marked as stale because it has been open 30 days with no activity. Remove stale label or comment or this PR will be closed in 10 days
Is this going to be merged? @antonbabenko
Certainly, it doesn't apply the Default Tags of the AWS provider, but that's more a limitation of the provider (aws_ec2
resource should do that?), as I guess we can't even access those.
This PR has been automatically marked as stale because it has been open 30 days with no activity. Remove stale label or comment or this PR will be closed in 10 days
not stale. Please review @antonbabenko
This PR has been automatically marked as stale because it has been open 30 days with no activity. Remove stale label or comment or this PR will be closed in 10 days
Could you be so kind to review and don't let it auto expire @antonbabenko
@jrkalf-cambrian Please fix the failing build and I will merge it.
@antonbabenko ran the pre-commit run --all-files
to update and commit all updated README.md files.
# pre-commit run --all-files
Terraform fmt............................................................Passed
Terraform validate.......................................................Passed
Terraform docs...........................................................Passed
Terraform validate with tflint...........................................Passed
check for merge conflicts................................................Passed
fix end of files.........................................................Passed
@antonbabenko frustrating change that the pre-commit hooks runs a different terraform AWS provider version number in GitHub actions than it runs on my local laptop. I made the manual update and it's should now match the exact code line the pre-commit hook in GitHub actions requires.
This PR is included in version 3.7.0 :tada:
Certainly, it doesn't apply the Default Tags of the AWS provider, but that's more a limitation of the provider (
aws_ec2
resource should do that?), as I guess we can't even access those.
actually I recently stumbled over data.aws_default_tags
I'm going to lock this pull request because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems related to this change, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
Description
When creating a VPN gateway using the transit gateway option, it will not put a name to the transit gateway attachment created, nor will it place tags on the transit gateway attachments. This is a shortcoming in the terraform api, or the aws api. This is unknown to me.
In the transit gateway attachment id part of the Terraform VPN documentation, it's already described that aws_ec2_tag should be used.
I've added the code that should place the proper Name tag to the transit_gateway_attachment object. And if var.tags contains any values, it should run a for_each loop and attach those key/value pairs as well.
Motivation and Context
Why is it needed, proper tagging of AWS resources and proper visibility of objects in the AWS console.
Breaking Changes
Not to the best of my knowledge
How Has This Been Tested?
examples/*
to demonstrate and validate my change(s) Updatedexample/complete-vpn-connection-transit-gateway
with tagging example to show proof of work.examples/*
projects I've tested and validated againstexample/complete-vpn-connection-transit-gateway
with tagging example.pre-commit run -a
on my pull request