Dans mon cas, l'accès de docker à Internet était bloqué. Cela a été résolu en utilisant un proxy (en utilisant le commentaire de sandylss ):
minikube stop
minikube delete
export http_proxy=http://user:pass@ip:port
export https_proxy=http://user:pass@ip:port
export no_proxy=192.168.99.0/24
minikube start --logtostderr --v=0 --bootstrapper=localkube --vm-driver hyperv
--hyperv-virtual-switch "Primary Virtual Switch" --docker-env HTTP_PROXY=$http_proxy \
--docker-env HTTPS_PROXY=$https_proxy --docker-env NO_PROXY=$no_proxy
export no_proxy=$no_proxy,$(minikube ip)
export NO_PROXY=$no_proxy,$(minikube ip)
Ensuite, pour vérifier si Docker a accès à Internet, lancez:
$ docker pull tutum/hello-world
dans le cluster (se connecter au cluster en utilisant minikube ssh
); arrêtez le processus si le téléchargement commence.
Mon deuxième problème était la connexion Internet lente. Étant donné que les images de docker requises sont de l'ordre de 100 Mo, les deux conteneurs de docker et les gousses Kubernetes sont restés dans \pause
et ContainerCreating
précise pendant 30 minutes.
Pour vérifier si docker télécharge les images, exécutez:
$ ls -l /var/lib/docker/tmp
dans le cluster, qui montre le ou les fichiers image temporaires en cours de téléchargement, vides sinon.
Si vous développez dans un mini cube et utilisez un VPN, docker peut utiliser votre VPN via un violoneur . C'est-à-dire que le menu fixe sera connecté à l'adresse ip: port du violoniste, et que le violoniste est connecté au VPN. Sinon, le VPN n'est pas partagé entre votre hôte et la VM minikube.
ContainerCreating
...