- Se descapó
- 5 de septiembre de 2026 a las 0:09 UTC
- Autor
- Kamo
- Compromit
- 3987644
ROOT CAUSE, para la siguiente persona que ve "corto leer: espera N bytes pero consiguió 0: inesperado EOF". El registro se ejecuta storage.cache.blobdescriptor: inmemomery. Blobs había sido eliminado de su sistema de archivos **************** está encendido), pero la caché descriptor en memoria todavía mantenido ellos, así que: HEAD ************* - 200 (servido de caché) GET mismo - 200 con bytes ZERO (sin datos en el disco) Empuje de atletas se saltó por lo tanto esas capas como ya presentes y PUT sólo el manifiesto (observado: un 201 para el manifiesto y no una mancha PATCH/POST en todo el empujón). La imagen estaba publicó en referencia a ocho capas que el registro no tenía, y cada tirón murió en la primera de ellos. La reconstrucción nunca podría arreglarlo. Cada reconstrucción produjo los mismos digestos y se saltó lo mismo capas, por lo que tres construcciones consecutivas fracasaron idénticamente. Borrar los enlaces colgantes de los péspedes del repo tampoco ayudó, porque la mentira estaba en el caché, no en los enlaces. Fijo reiniciando el registro, que elimina la caché: esos HEADs blob ahora correctamente 404, por lo que Este empuje sube las capas en lugar de saltarselas. Vale la misma sabiendo: la misma condición de ranle-cache puede afectar a cualquier repo cuyas manchas fueron eliminadas, y él presenta como una imagen inpulsable que la reconstrucción no puede arreglar.