deploy - login docker gcp

gcloud docker push confiabilidad

Question

He estado teniendo muchos problemas al presionar las imágenes con el gcloud docker push en las últimas semanas. He leído muchas discusiones sobre desbordamientos de pila y problemas y soluciones de Github, pero aún no he encontrado una solución a la incoherencia.

Por lo general, intentaré insertar una o dos imágenes de contenedor. El primer impulso casi siempre fallará con la siguiente salida de reintento hasta el tiempo de espera:

Solo puedo gcloud auth login con el gcloud auth login . Como máximo, 5 minutos más tarde, intentaré enviar una segunda imagen y volveré a ver el problema de reintentar hasta que se agote el tiempo de espera. gcloud auth login esto en cada intento hasta que gcloud auth login .

A menudo tendré que volver a intentar manualmente varias veces más inmediatamente después de la autenticación antes de que la imagen sea realmente presionada.

1. ¿Estoy realmente desconectándome (todavía puedo acceder a pods e instancias, etc. con las máquinas kubectl y gcloud )? Si es así, ¿por qué se cierra la sesión de forma inconsistente y qué hacen los contenedores docker de construcción que invalidaría mi sesión local de gcloud?
2. Si no, ¿por qué no puedo gcloud docker push hasta que me vuelva a autenticar? Después de eso, ¿por qué sigue siendo incoherente (sospecho que puede tener poco o nada que ver con el problema real).
3. ¿Hay alguna manera de hacer que empujar imágenes en OSX con docker-machine y gcloud docker push sean confiables? ¿Hay alguna otra manera de obtener imágenes en el repositorio de la nube (preferiblemente desde la línea de comandos)?

gcloud --version alpha 2016.01.12 beta 2016.01.12 bq 2.0.18 bq-nix 2.0.18 core 2016.02.11 core-nix 2016.02.05 gcloud gsutil 4.16 gsutil-nix 4.15 kubectl kubectl-darwin-x86_64 1.1.7

docker --version Docker version 1.10.1, build 9e83765

docker-machine --version docker-machine version 0.6.0, build e27fb87

virtualbox versión 5.0.14 r105127

Answer 1

Cambiar a la docker push normal no ayuda a los tiempos de espera. Esto parece estar relacionado con su ISP y cargar activos.

Estaba recibiendo el mismo error. Después de mover el proceso de compilación Docker a la nube (que tiene una interconexión mucho más grande), gcloud docker construye y despliega la imagen muy bien.

Answer 2

Tuve el mismo o similar problema. Después de unos minutos del ciclo de reintento representado con la captura de pantalla anterior, el comando fallará con net/http: TLS handshake timeout .

La solución que lo solucionó fue editar la configuración del daemon docker con

DOCKER_OPTS="--max-concurrent-uploads=1"

Tenía la sensación de que este problema estaba relacionado con el docker que obstruía la red, ya que noté que incluso la navegación a Gmail puede tener un tiempo de espera (¡!)

Answer 3

Nunca enfrenté los problemas que mencionaste con gcloud docker , pero con respecto a tu último punto,

¿Hay alguna otra manera de obtener imágenes en el repositorio de la nube (preferiblemente desde la línea de comandos)?

de hecho, es posible presionar a los repos de gcr.io sin pasar por gcloud, por ejemplo:

docker login -e [email protected] -p $(gcloud auth print-access-token) -u _token https://gcr.io
docker push [your-image]

Créditos a mattmoor, más información en la respuesta original aquí: Acceda al registro de contenedores de google sin el cliente gcloud