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
Kubectl 1.11.0 is unable to get pods or nodes on clusters running 1.8.4 #65575
Comments
/sig cli |
I had the same problem on macos with the exact same versions. Downgraded kubectl to v1.8.7 and it seems to solve the problem wget https://storage.googleapis.com/kubernetes-release/release/v1.8.7/bin/darwin/amd64/kubectl It would be good to improve the error message, as a user you are clueless how to solve this issue. |
I am also facing same problem please give solution. No resources found. Thanks |
I just started getting this after upgrading kubectl to 1.11.0.
Downgrading to 1.8.7 to match my server version fixed my issue (same as stephanwesten previously mentioned)
|
Yeah same happening here. Thanks @roaddemon for the workaround. |
Same happened on Debian stable. Downgraded back to 1.10.5 and all is well |
kubectl supports +/- 1 version of skew against the API server. kubectl 1.11 defaults to requesting table output from the apiserver by sending the following accept header:
servers prior to 1.9 do not handle that accept header correctly (and return the "Not Acceptable" error, which kubectl displays). this was resolved in #50603 /close |
Had same issues , for some reason I got to 1.11.0 version and that did not work..
|
Thanks @roaddemon for workaround. I took version 1.10.5 instead of 1.8.7 |
Just got bit by this too and am having to pin the kubectl version, is this issue closed because it won't be fixed? |
Yes. 1.8 is outside the supported skew window for kubectl 1.11, and the server side bug causing this is fixed in 1.9+ |
On Mac: brew info & brew switch will be much easier if you need to handle multiple cluster with different version. |
I've resolved the same issue by downgrading to 1.10.2
|
Downgrading to version 1.10.0 fixed the issue for me. |
You can also add the -w switch or switch the output using -o. I had to do this when using kubectl on Azure in the cloud shell as I can't control the versions there. Not ideal but it will work. |
Thanks @roaddemon your solution worked like charm. |
Got the same error with clusters running on 1.8.6 For macOs users, brew switch will only worked if you already have 1.10 installed before, if not, you can get it right from the commit
then, switch to 1.10.2 |
thank you @pauldutheil this works for me now. |
Thank you @pauldutheil |
Downgrading to |
Downgraded to 1.10.5 as a workaround, looks fine Thanks @pauldutheil and @wilsonsilva |
For me (version 1.11.3) |
|
@benbjurstrom so the strangest thing now kubectl get pods is working also - like out of the blue kubectl get po |
Workaround I found on Azure (probably others as well) is to pass
It appears to be related to a new "Server-side columns" feature introduced in 1.11.0. Here's a link to the reference: https://kubernetes.io/docs/reference/kubectl/overview/#server-side-columns @darthmetu edit: reference to azure issue: Azure/azure-cli#7440 |
I can confirm the workaround works also on Mac for getting pods:
|
thanks. |
I downgraded to 10.10.5 and worked fine. Thanks @tubalu |
Since a lot of people on this thread are running a downgraded version of kubectl, please note that there is a new security release out for kubectl:
|
Note that you are only affected if you make use of the |
I try this reference is ok |
kubectl get pods --server-print=false |
Initial setup of kube on mac : error on viewing the pods. I'm able to view kubectl config view (list of contexts) |
/kind bug
What happened:
When getting nodes or pods using the command
kubectl get pods
kubectl get pods
, the following output appears:What you expected to happen:
When running the command,
kubectl get pods/nodes
, with kubectl version 1.11.0, pods/nodes appear.How to reproduce it (as minimally and precisely as possible):
kubectl get pods
using kubectl 1.11.0Anything else we need to know?:
Environment:
kubectl version
):The text was updated successfully, but these errors were encountered: