Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

285
Views
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.

about 4 years ago · Santiago Trujillo
2 answers
Answer question

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

about 4 years ago · Santiago Trujillo Report

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.

about 4 years ago · Santiago Trujillo Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!