- Se descapó
- 5 de septiembre de 2026 a las 0:02 UTC
- Autor
- Kamo
- Compromit
- 1e6e50f
Las dos anteriores construidas (2862548, dd323bc) produjeron imágenes que no pudieron ser sacadas: lectura: espera 3985350 bytes pero consiguió 0: EOF inesperado Causa: el registro tenía una capa por-repo LINK para cada uno de esos digests mientras que la mancha DATA bajo blobs/sha256/-xx-/-digest-/data se había ido. push vio el enlace, concluyó que la capa ya estaba Presente y se salte la carga; tire luego consiguió 200 con cero bytes. La reconstrucción no pudo arreglarlo, porque cada reconstrucción produjo los mismos digestos y se saltó las mismas capas, por lo que la La primera reconstrucción reprodujo el fracaso exactamente. 396 de los 446 enlaces de capa de este repo estaban colgando; los 396 han sido removidos (cada uno ha sido re-verificado como No tener datos de mancha primero), dejando los 50 intactos solos. Sin ningún vínculo para encontrar, este empujón sube esas capas en lugar de saltarselas. El muestreo muestra la misma condición de enlace colgante en cada repo en el registro, así que esto es un Problema de integridad de todo el registro que resulta ser fatal sólo aquí en otras partes del registro 404s la mancha perdida y las recargas de empuje. Causa probable es una GC que quitó manchas sin poda los enlaces por-repo.