- Navios
- 5 de setembro de 2026 às 00:02 UTC
- Autor
- Kamo
- Enviar
- 1e6e50f
As duas construções anteriores (2862548, dd323bc) ambas produziram imagens que não puderam ser puxadas: leitura curta: esperado 3985350 bytes mas tem 0: EOF inesperado Causa: o registro mantinha uma camada de repo LINK para cada um desses digere enquanto os dados de blob sob blobs/sha256/<xx>/<digest>/data desapareceu. push viu o link, concluiu que a camada já estava presente e pulou o upload; pux então obteve 200 com zero bytes. Reconstruir não poderia consertá-lo, porque cada reconstrução produziu a mesma digere e pulou as mesmas camadas — por isso o A primeira reconstrução reproduziu exactamente o fracasso. 396 das 446 ligações de camada deste repo estavam pendurados; todos os 396 foram removidos (cada re-verificado como sem dados de bolhas primeiro), deixando os 50 intactos sozinhos. Sem link para encontrar, este push envia essas camadas em vez de as ignorar. Amostragem mostra a mesma condição de ligação pendendo em todos os repo no registro, por isso este é um problema de integridade em todo o registro que acontece ser fatal apenas aqui — em outro lugar o registro 404s A bolha desaparecida e as recargas. Causa provável é um GC que removeu bolhas sem poda os links per-repo.