You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since Kubernetes 1.24, the "docker" container runtime is no longer the default
This means that minikube docker-envmight no longer work, with the cluster,
unless it has been started with minikube start --container-runtime=docker
So this flag should be explicitly documented, in the Quickstart documentation.
Actual behavior
❌ Exiting due to MK_USAGE: The docker-env command is only compatible with the "docker" runtime, but this cluster was configured to use the "containerd" runtime.
❌ Exiting due to MK_USAGE: The docker-env command is only compatible with the "docker" runtime, but this cluster was configured to use the "crio" runtime.
Information
Docker is still available as a container runtime, but needs to be actively selected.
Kubernetes as a project is moving towards only supporting the CRI standard.
This means that "assuming" a Docker daemon is discouraged, preferring crictl.
Note that CRI is missing some Docker CLI commands, like load and build.
Note: Not really changing anything in minikube per se, just making sure that the old skaffold code still works
afbjorklund
changed the title
Document changing to docker container runtime explicitly
Document setting minikube container runtime to docker explicitly
Jan 14, 2022
Expected behavior
Since Kubernetes 1.24, the "docker" container runtime is no longer the default
This means that
minikube docker-env
might no longer work, with the cluster,unless it has been started with
minikube start --container-runtime=docker
So this flag should be explicitly documented, in the Quickstart documentation.
Actual behavior
❌ Exiting due to MK_USAGE: The docker-env command is only compatible with the "docker" runtime, but this cluster was configured to use the "containerd" runtime.
❌ Exiting due to MK_USAGE: The docker-env command is only compatible with the "docker" runtime, but this cluster was configured to use the "crio" runtime.
Information
Docker is still available as a container runtime, but needs to be actively selected.
Kubernetes as a project is moving towards only supporting the CRI standard.
This means that "assuming" a Docker daemon is discouraged, preferring
crictl
.Note that CRI is missing some Docker CLI commands, like
load
andbuild
.Steps to reproduce the behavior
Related issues:
minikube image rm
#5613minikube image build
#5739minikube image ls
#5738The same goes for other clusters, including installing the new
cri-dockerd
andcrictl
.See https://kubernetes.io/blog/2020/12/02/dockershim-faq/
And https://www.mirantis.com/blog/mirantis-to-take-over-support-of-kubernetes-dockershim-2/
The text was updated successfully, but these errors were encountered: