Reconstruir agora o cache de descritor de blob velho do registro está limpo

Chorekamo-meet
Navios
5 de setembro de 2026 às 00:09 UTC
Autor
Kamo
Enviar
3987644

ROOT CAUSA, para a próxima pessoa que vê "breve leitura: esperado N bytes, mas tem 0: EOF inesperado". O registro executa storage.cache.blobdescriptor: inmemory. Blobs tinha sido excluído de sua sistema de arquivos ******************* está ligado), mas o cache do descritor in-memory ainda está eles — assim: Não, não, não. -> 200 (servidos do cache) GET mesma -> 200 com bytes ZERO (sem dados no disco) Docker push conseqüentemente pulou essas camadas como já-presente e PUT apenas o manifesto (observado: um único 201 para o manifesto e não uma bolha PATCH/POST em todo o impulso). A imagem foi publicado referenciando oito camadas que o registro não tinha, e cada pull morreu na primeira de Eles. A reconstrução nunca poderia consertá-la — cada reconstrução produziu as mesmas digestões e pulou o mesmo camadas, por isso três construções consecutivas falharam de forma idêntica. Excluir os links de layers pendurados do repo também não ajudou, porque a mentira estava no cache, Não nas ligações. Corrigido reiniciando o registro, que limpa o cache: esses cabeçotes agora corretamente 404, então este push envia as camadas em vez de as ignorar. Vale a pena saber: a mesma condição de stile-cache pode afetar qualquer repo cujas bolhas foram apagadas, e ele apresenta-se como uma imagem inaplicável que a reconstrução não pode corrigir.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços