-
-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
worker LT lifecycle problem #939
Comments
I'm a little wary of implementing changes for beta versions of Terraform before they have announced or confirmed that this is an expected behaviour change and not a regression. It looks like it could be related to this issue hashicorp/terraform#25016 but it's more of a design spec than a fixed implementation. |
yeah, sure... I gave it a go with RC1 and the problem still exists. |
Using Terraform 13 rc, we also encounter this same issue
|
@dpiddockcmp v13 is GA now, wdyt? |
This must be a regression somewhere in Terraform that is triggered by the complexity of logic in this module. The issue does not appear to happen for the launch config workers which also makes use of the |
Fixed via #940 |
I noticed this today; https://github.com/hashicorp/terraform/releases/tag/v0.13.3 So it seems tf v.013 also had some problems with the lifecyele block |
Just ran into this issue, and can confirm that terraform 0.13.4 fixed this problem (for me) as @jurgenweber suspected. |
I ran with same issue while running terraform apply , |
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 have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
I have issues
I do not know if this is a tf v0.13 only issue or not.
I'm submitting a...
What is the current behaviour?
When changing a value in the worker_groups_launch_template, I received the following error:
It seems even thought I have asg_recreate_on_change set to the default (false), random_pet still generates a new name. This is based on the fact that changing a value in the launch_template creates a new revision and the lt_name changes:
If this is a bug, how to reproduce? Please include a code sample if relevant.
Change a value in the worker_groups_launch_template.
What's the expected behavior?
No error, the random_pet function either completes its task or does not run with 'asg_recreate_on_change' is false.
Are you able to fix this problem and submit a PR?
fix here: #940
Environment details
Any other relevant info
The text was updated successfully, but these errors were encountered: