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

Remove modules/node_groups/random.tf completely - it only causes issues #1188

Closed
1 of 4 tasks
pre opened this issue Jan 20, 2021 · 5 comments · Fixed by #1372
Closed
1 of 4 tasks

Remove modules/node_groups/random.tf completely - it only causes issues #1188

pre opened this issue Jan 20, 2021 · 5 comments · Fixed by #1372
Assignees

Comments

@pre
Copy link

pre commented Jan 20, 2021

I have issues

The random_pet resource is a nice helper for starting up a new environment quickly.

However, in a live cluster it will only cause maintenance pain with bad side-effects.

See #1109 (comment)

I'm submitting a...

  • bug report
  • feature request
  • support request - read the FAQ first!
  • kudos, thank you, warm fuzzy

What is the current behavior?

The random_pet for node_groups is only used for dynamic node_group name.

However, the mere existence of modules/node_groups/random.tf causes a side-effect. The random_pet will create an unrelated resource module.eks.module.node_groups.random_pet.node_groups["test-workers"] which is bound to the node groups.

As a result, changing any attribute in the Launch Template bound to a Managed Node Group will cause the whole Node Group being recreated. The correct behaviour would be to update the Launch Template in-place and then update Managed Node Group to use the new Launch Template version (which can be a separate action).

If this is a bug, how to reproduce? Please include a code sample if relevant.

See issue #1109 for details.

What's the expected behavior?

Updating a Launch Template must not recreate a Managed Node Group.

Only the Launch Template version should be bound to a Managed Node Group and the Managed Node Group must be updated in-place (not recreated).

Are you able to fix this problem and submit a PR? Link here if you have already.

Environment details

  • Affected module version: v13.2.1
  • OS: Mac OS
  • Terraform version: 0.13.x - 0.14.4.

Any other relevant info

See issue #1109 for details.

@tjsampson
Copy link

Yes, we are running into some issues as well with this piece of the code. I have submitted a ticket here: #1194

@treksler
Copy link

i am also having issues. my use case is to specify 3 subnets for the eks cluster, but only use 1 subnet for some node groups.

@fractos
Copy link

fractos commented Mar 1, 2021

Yep, just hit this with changing the instance type for a managed node group. Wondering what to do about it.

@barryib
Copy link
Member

barryib commented May 19, 2021

I just opened this #1372. Can you please review and test it.

@github-actions
Copy link

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.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Nov 21, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
5 participants