- Verschifft
- 5. September 2026 um 00:02 UTC
- Autor
- Kamo
- Ausschuss
- 1e6e50f
Die beiden vorherigen Builds (2862548, dd323bc) produzierten beide Bilder, die nicht gezogen werden konnten: kurze Lektüre: erwartet 3985350 Bytes aber bekam 0: unerwartete EOF Ursache: die Registrierung hielt eine pro-Repo-Schicht LINK für jede dieser Verdauungen, während die Blob DATA unter blobs/sha256/<xx?/<digest-/data war weg. Push sah den Link, schloss, dass die Ebene bereits war präsent und übersprang den Upload; ziehen Sie dann bekam 200 mit Null Bytes. Der Wiederaufbau konnte es nicht beheben, weil jeder Umbau die gleichen Verdauungen produziert und die gleichen Schichten übersprungen hat, weshalb die zuerst wieder einmal reproduzierte das Scheitern genau. 396 der 446 Schichtverbindungen dieses Repo baumelten; alle 396 wurden entfernt (jeweils neu verifiziert als mit keine Blob-Daten zuerst), so dass die 50 intakte allein. Ohne Link zu finden, dieser Push Hochladen diese Schichten, anstatt sie zu überspringen. Sampling zeigt die gleiche baumelnde Verbindung Zustand über jeden Repo in der Registrierung, so ist dies ein Registry-weite Integrität Problem, das passiert, um fatal zu sein, nur hier - anderswo die Registrierung 404s der fehlende Blob und die Push-Re-Uploads. Wahrscheinliche Ursache ist ein GC, der Blobs ohne Rückschnitt entfernt die pro-Repo-Links.