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

DNS resolution issues for new nodegroups. #8

Open
mduval07 opened this issue Dec 8, 2020 · 0 comments
Open

DNS resolution issues for new nodegroups. #8

mduval07 opened this issue Dec 8, 2020 · 0 comments

Comments

@mduval07
Copy link

mduval07 commented Dec 8, 2020

I'm experiencing an issue with internal cluster DNS resolution when creating a new Windows nodegroup to replace a current Windows nodegroup (for updating the AMI/k8 versions of the nodes). When creating the new nodegroup, I attach the required iam roles to the newly created node instance role and create the SSM association between the autoscaling group and domain join SSM doc. The new nodes are joined to the domain properly and can run pods as the GMSAs just fine. However, I am experiencing DNS timeouts to core-dns from these new nodes.

I was able to work around this issue by scaling the new nodegroup down to 0, then back up to my required number of nodes. After I do this, the containers running on the new nodes are able to query core-dns just fine. Any ideas as to what the possible cause of this is? I looked around for the proper way to upgrade a Windows nodegroup using GMSAs and came up empty. Does anyone know of any scripts that can do this for us in an automated fashion? I have written a PowerShell script to do this, however this DNS resolution issue has forced some manual steps I'd like to avoid.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant