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

Kubent cause AWS EKS upgrade warning #584

Open
rgarrigue opened this issue Apr 10, 2024 · 3 comments
Open

Kubent cause AWS EKS upgrade warning #584

rgarrigue opened this issue Apr 10, 2024 · 3 comments
Assignees

Comments

@rgarrigue
Copy link

Hello,

I discovered kubent recently & used it to check some EKS clusters before upgrading from 1.27 => 1.28 => 1.29. Everything went fine for the 1.27 : I had nothing deprecated, then EKS upgrade went fine.

Now I'm dealing with my latest cluster, whose version is 1.28 to begin with. Ran kubent too, no trouble. But when I want to hit the EKS upgrade button, got a warning about deprecated usage, and turns out it's kubent usage itself

image
image

@arushdesp
Copy link

Hi there, it's the same for me:
If you run the command: kubectl get --raw /apis/flowcontrol.apiserver.k8s.io/
You will see that the deprecated version is inside the cluster because it will be deprecated later but the preferred version is the new one v1beta3 so it's not really a problem but I also dont like the error in the console. I tried other tools as well and I got the same error so apparently the call to that api is done nonetheless.

@dark0dave dark0dave self-assigned this May 2, 2024
@dark0dave
Copy link
Collaborator

dark0dave commented May 2, 2024

Actually this is more complicated than it seems. Arg. Basically I can't update the go-client. Without losing the ablilty to query old resources.

Once I go past version 1.28+ -> 1.29, I can't get old resources. Hence the issue you are seeing. The k8s go client is old.

This is a bit of tricky issue to fix, as I'd like to have some backwards compat to older clusters.

@m-franke-tqgg
Copy link

Are you sure about the kubent being the deprecation warning culprit?

I have three EKS clusters, running v1.28, and only one with the flowcontrol check in red while the other two stay green and I checked all three of them with kubent -t 1.29.

And interestingly my kubent, latest release by homebrew, does not show any deprecation warnings for all my clusters and the flowcontrol API endpoint.

Just ran a test and executed the check against my "red" cluster 10 times in a loop and look at the stats:
grafik

The number of requests was 15 before and look at the last request time. Quite some time since April 26th.

Just a thought, but could it be, that the EKS Insights tooling uses kubent under the hood themself and this causes or used to cause these errors?

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

4 participants