-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Comments
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 :) |
here is a link for supported by kubeadm versions https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/ |
Hi @medyagh, I'd like to work on this issue if that's ok for everyone. |
sounds good @serhatcetinkaya I will assign you. |
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. |
I spoke with @medyagh on this offline, and wanted to add my thoughts here:
|
This shipped with minikube v1.4. |
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 thanconstants.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.The text was updated successfully, but these errors were encountered: