- Szycy
- 5 września 2026 00:09 UTC
- Autor
- Kamo
- Pochęt się
- 3987644
ROOT CAUSE, dla następnej osoby, która widzi "krótki odczytać: oczekiwane N bytes, ale dostał 0: nieoczekiwane EOF". Rejestr uruchamia storage.cache.blobdescriptor: inmemory. Bloby zostały usunięte z jego System plików jest w toku), ale pamięć dyrecjonalna pamięć nadal trzymana pamięć - tak: Głowa -> 200 (połaskany z pamięci podręcznej) GET ten sam -> 200 z ZERO bytes (bez danych na dysku) Popychanie dockera pominęło zatem te warstwy tak już obecne, a PUT tylko manifest (obserwowany: Pojedynczy 201 dla manifestu, a nie jedna blob PATCH/POST w całym pchnięciu). Obraz był Opublikowany odnosząc się do ośmiu warstw, których nie miał rejestr, a każdy pociąg zginął na pierwszym z nich. - Idją. Odbudowa nigdy nie mogła go naprawić - każda przebudowa wytworzyła te same trawienia i pominęła to samo Warstwy, dlatego trzy kolejne budowle zawiodły identycznie. Usuwanie zwisającego repo _layers linkss również nie pomogło, ponieważ kłamstwo było w pamięci podręcznej, Nie w linkach. Naprawiono przez ponowne uruchomienie rejestru, który usuwa pamięć podręczną: te blob HEAD teraz poprawnie 404, więc To pchnie warstwy zamiast je pomijać. Warto wiedzieć: ten sam stan nieświeżych może wpływać na każde repo, którego kulki zostały usunięte, i to Prezentuje się jako nieciągły obraz, którego odbudowa nie może naprawić.