- Verschifft
- 5. September 2026 um 00:09 UTC
- Autor
- Kamo
- Ausschuss
- 3987644
ROOT CAUSE, für die nächste Person, die "kurz gelesen: erwartet N Bytes aber 0: unerwartete EOF" sieht. Die Registrierung läuft storage.cache.blobdescriptor: inmemory. Blobs war aus seiner gelöscht worden filesystem ************ ist an, aber der In-Gedächtchen-Deskriptor-Cache hält noch sie - so: HEAD ************ -- 200 (serviert aus dem Cache) GET-selbe - 200 mit ZERO-Bontes (keine Daten auf der Festplatte) Docker Push übersprang daher diese Schichten als bereits vorhanden und PUT nur das Manifest (beobachtet: eine einzelne 201 für das Manifest und nicht ein blob PATCH/POST im gesamten Push). Das Bild war veröffentlichte Bezugsverweise auf acht Schichten, die die Registrierung nicht hatte, und jeder Zug starb am ersten von sie. Umbau konnte es nie beheben - jeder Umbau produziert die gleichen Verdauungen und übersprang die gleichen Ebenen, weshalb drei aufeinanderfolgende Builds identisch ausgefallen sind. Das Löschen der baumelnden _Mörer-Links des Repos half auch nicht, weil die Lüge im Cache lag, nicht in den Links. Behoben durch den Neustart der Registrierung, die den Cache löscht: diese blob HEADs jetzt richtig 404, so dieser Push lädt die Ebenen hoch, anstatt sie zu überspringen. Wissenswertes: die gleiche abgestandene-Cache-Zustand kann jede Repo, deren Blobs gelöscht wurden beeinflussen, und es präsentiert sich als unpullierbares Bild, das der Wiederaufbau nicht beheben kann.