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

Improve Error message when Kubernetes version asked is too old #4673

Closed
apupier opened this issue Jul 3, 2019 · 7 comments
Closed

Improve Error message when Kubernetes version asked is too old #4673

apupier opened this issue Jul 3, 2019 · 7 comments
Assignees
Labels
good first issue Denotes an issue ready for a new contributor, according to the "help wanted" guidelines. priority/backlog Higher priority than priority/awaiting-more-evidence.

Comments

@apupier
Copy link

apupier commented Jul 3, 2019

While investigating n issue I encountered, i discovered that i (mistakenly) mistyped a Kubernetes version and it was causing trouble which was not so easy to understand. It would be nice to improve the error message.

The issue encountered was #4670

@tstromberg is suggesting to add a line here to print a warning if the user requests a version (nv) less than constants.OldestKubernetesVersion:

https://github.com/kubernetes/minikube/blob/master/cmd/minikube/cmd/start.go#L682

to go further:

@tstromberg also suggested:
It doesn’t have to be in the same PR, but we should also check against constants.NewestKubernetesVersion. This check is slightly trickier, as we should allow users to specify newer build numbers than we know about (like 1.15.1 rather than 1.15.0), and only check the major.minor version.

@medyagh
Copy link
Member

medyagh commented Jul 3, 2019

Thank you for creating this issue, you pointed out correctly, we should not allow invalid kubernetes versions or too old verions (versions unsupported by kubenetes) and fail fast without crashing !

I will make sure there will be a PR to handle this, either myself or if you are interested to make a PR, I would be more than happy to review it.

thank you again for helping the user experience on minikube :)

@medyagh medyagh added needs-solution-message Issues where where offering a solution for an error would be helpful priority/backlog Higher priority than priority/awaiting-more-evidence. good first issue Denotes an issue ready for a new contributor, according to the "help wanted" guidelines. labels Jul 3, 2019
@medyagh
Copy link
Member

medyagh commented Jul 3, 2019

here is a link for supported by kubeadm versions https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/

@serhatcetinkaya
Copy link
Contributor

Hi @medyagh, I'd like to work on this issue if that's ok for everyone.

@medyagh
Copy link
Member

medyagh commented Jul 5, 2019

sounds good @serhatcetinkaya I will assign you.

@medyagh
Copy link
Member

medyagh commented Jul 5, 2019

what I would like to see is it shoud exit with error with SUPER old kubernetes versions, and it should warn you with anything which is less than our supported versions.

for example currently kubernetes 1.9 still works with minkube even though it is not supported, but 1.2 does NOT work since it is super old.

@tstromberg
Copy link
Contributor

I spoke with @medyagh on this offline, and wanted to add my thoughts here:

  • constants.OldestKubernetesVersion should reflect the oldest version that is known to pass integration tests. If 1.9 works (I've never tried), the constant should reflect it. Let's keep the code path simple rather than tracking two oldest values.

  • All sanity checks should either be a warning, or skippable using a --force flag

@tstromberg
Copy link
Contributor

This shipped with minikube v1.4.

@tstromberg tstromberg removed the needs-solution-message Issues where where offering a solution for an error would be helpful label Apr 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue Denotes an issue ready for a new contributor, according to the "help wanted" guidelines. priority/backlog Higher priority than priority/awaiting-more-evidence.
Projects
None yet
Development

No branches or pull requests

4 participants