Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

293
Vistas
Docker push denegado: no se puede determinar el tamaño de la carga

Creé la imagen de la aplicación en la nube de Google y, al intentar pasar a través de Google Cloud Shell, obtengo el siguiente error:

 08db9ff34fc6: Pushing [==================================================>] 73.38 MB 5313937c4c49: Pushing [==========================================> ] 62.36 MB/73.37 MB 162f935b1198: Pushing [==========================> ] 84.09 MB/155.9 MB dcf909146faa: Pushing [==================================================>] 6.787 MB 23b9c7b43573: Pushing [==================================================>] 4.23 MB **denied: Unable to determine the upload's size.**

Me esforcé mucho mientras buscaba soluciones, pero no encontré ninguna. Por favor ayuda.

over 4 years ago · Santiago Trujillo
2 Respuestas
Responde la pregunta

0

Tenía el mismo problema. ¿Puedes intentar extraer otra imagen que hayas configurado allí?

 docker pull gcr.io/...

Para mí, inicialmente falló con AccessDenied .

Solución:

Para solucionarlo, fui al navegador de almacenamiento en la interfaz de usuario de Google Cloud:

https://console.cloud.google.com/storage/browser

Vaya al depósito de artifacts.<project-name>.appspot.com y concédase acceso a Almacenamiento. entonces funciono

over 4 years ago · Santiago Trujillo Denunciar

0

Acabo de encontrarme con esto, para un registro de contenedores que había estado funcionando.

Habíamos configurado el registro como privado y luego pasamos al nivel de almacenamiento y agregamos una identidad de una organización de clientes como Visor de almacenamiento. Cambiamos la granularidad de los permisos de la política de nivel de objeto a la de nivel de depósito para simplificar la administración de permisos.

Establecer una política a nivel de depósito fue el error

Revertir la granularidad de los permisos al nivel del objeto solucionó el problema.

Actualización: la respuesta de Daniel Hasegan a continuación es correcta. Es posible habilitar permisos a nivel de depósito siempre que cualquier cuenta que acceda al depósito tenga los derechos correctos para empujar o extraer según sea necesario. Si está ejecutando en Google Kubernetes Engine, debe asegurarse de que la cuenta de servicio que ejecuta sus nodos de clúster tenga al menos permisos de Visor de objetos de almacenamiento; de lo contrario, sus pods fallarán con errores ImagePullBackoff.

over 4 years ago · Santiago Trujillo Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda