- Szycy
- 5 września 2026 00:02 UTC
- Autor
- Kamo
- Pochęt się
- 1e6e50f
Poprzednie dwie kompilacje (2862548, dd323bc) wyprodukowały obrazy, których nie można było wyciągnąć: Krótki odczyt: oczekiwane 3985350 bajtów, ale otrzymał 0: niespodziewany EOF Przyczyna: rejestr posiadał LINK w warstwie per-repo dla każdego z tych trawi, podczas gdy Blob DATA pod blobs/sha256/-xx> ''digest>'digest>/data zniknęła. push saw the link, doszedł do wniosku, że warstwa była już Obecny i pominął przesyłanie; pull następnie otrzymał 200 z zerowych bajtów. Odbudowa nie mogła tego naprawić, Ponieważ każda odbudowa wytworzyła takie same trawienia i pominęła te same warstwy – dlatego Pierwsza odbudowa dokładnie odtworzyła awarię. 396 z 446 warstwa repo zwisało; wszystkie 396 zostały usunięte (każda ponownie przestrzegała Nie mając najpierw danych z blob), pozostawiając 50 nietkniętych w spokoju. Bez linku do znalezienia, to push Przesyłam te warstwy zamiast je pomijać. Pobieranie próbek pokazuje ten sam stan zwisania-linku w każdym repo w rejestrze, więc jest to Problem integralności całego rejestru, który jest śmiertelny tylko tutaj — gdzie indziej w rejestrze 404s Brakujące kule i pompowanie push. Prawdopodobna przyczyna to GC, który usuwał kropelki bez przycinania Linki per-repo.