- Expédié
- 5 septembre 2026 à 00:09 UTC
- Auteur
- Kamo
- Commite
- 3987644
ROUTE CAUSE ROTE, pour la prochaine personne qui voit "court terme lire: N octets attendus mais a obtenu 0: EOF inattendu". Le registre fonctionne de storage.cache.blobdescriptor: inmemory. Blobs a été supprimé de son le système de fichiers est allumé), mais le cache descripteur en mémoire est toujours détenu ainsi: TPADIE 200 (servi à partir de la cache) OBTENIR la même chose - 200 euros avec des octets (pas de données sur le disque) docker push donc a sauté ces couches comme déjà présent et PUT seulement le manifeste (observé: un seul 201 pour le manifeste et pas un blob PATCH/POST dans toute la poussée). L'image était Publication de huit couches que le registre n'avait pas, et chaque attraction est morte sur la première de eux. La reconstruction ne pourrait jamais le réparer - chaque reconstruction a produit les mêmes digestes et a sauté la même chose. C'est pourquoi trois constructions consécutives ont échoué de manière identique. La suppression des liens de coucher du repo n'a pas non plus aidé, parce que le mensonge était dans la cache. pas dans les liens. Fixé en redémarrant le registre, qui efface le cache: ces blob HEADs maintenant correctement 404, donc cette poussée télécharge les couches au lieu de les sauter. Il vaut la peine de savoir: la même condition de cache-fort peut affecter toute prise dont les blobs ont été supprimés, et il présente comme une image impréparable que la reconstruction ne peut pas réparer.