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

feat: Add interpreter option to wait_for_cluster_cmd #795

Conversation

avoidik
Copy link
Contributor

@avoidik avoidik commented Mar 14, 2020

PR o'clock

Description

Allow to configure interpreter item for the wait_for_cluster_cmd command. Potential improvement into compatibility with Windows

#680

Checklist

@avoidik avoidik force-pushed the feature/make-waiter-interpreter-configurable branch from f60f9b6 to 92ee9d2 Compare March 14, 2020 13:29
@avoidik avoidik force-pushed the feature/make-waiter-interpreter-configurable branch from 92ee9d2 to 7ebaee4 Compare March 14, 2020 13:32
@avoidik
Copy link
Contributor Author

avoidik commented Mar 14, 2020

rel.
#639
#701

@avoidik
Copy link
Contributor Author

avoidik commented Mar 15, 2020

module "eks" {
  source  = "terraform-aws-modules/eks/aws"
  # windows workaround
  wait_for_cluster_interpreter = ["c:/git/bin/sh.exe", "-c"]
  wait_for_cluster_cmd         = "until curl -sk $ENDPOINT >/dev/null; do sleep 4; done"
}

CHANGELOG.md Outdated Show resolved Hide resolved
@barryib barryib changed the title add interpreter option to wait_for_cluster_cmd feat: Add interpreter option to wait_for_cluster_cmd Mar 20, 2020
@amitsehgal
Copy link

amitsehgal commented Oct 13, 2020

@barryib can this variable be added at node group, worker group level and not at cluster level ?

@Type1J
Copy link

Type1J commented Oct 25, 2020

Doesn't this break Linux nodes?

@avoidik avoidik deleted the feature/make-waiter-interpreter-configurable branch October 25, 2020 16:41
@avoidik
Copy link
Contributor Author

avoidik commented Oct 25, 2020

@Type1J it is optional parameter, if not specified safe defaults will be used instead

@Type1J
Copy link

Type1J commented Oct 25, 2020

I meant in the same cluster. I haven't tried it, but as @amitsehgal implied, the worker group could be Linux or Windows, and since this is specified at the module level, it seems that this parameter would affect both worker groups, so only 1 worker group would have the correct interpreter. Again, I haven't tried it, yet. I'm evaluating this module for use in a mixed (Linux and Windows) EKS cluster, so I'd like to understand it.

@avoidik
Copy link
Contributor Author

avoidik commented Oct 25, 2020

@Type1J not sure how it supposed to affect individual worker groups, the command being executed locally to confirm k8s api readiness

@Type1J
Copy link

Type1J commented Oct 25, 2020

Oh. Thanks for the clarification.

@github-actions
Copy link

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.

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

Successfully merging this pull request may close these issues.

5 participants