2016-03-30 81 views
7

Mam problem z przestrzennym wykorzystaniem dockera. MamFolder diff Docker'a aufs rośnie ogromnie pod względem rozmiaru.

/var/lib/doker/aufs/diff/e20ed0ec78d30267e8cf855c6311b02089b6086ea149c21997a3e6cb9757ecd4/tmp/rejestr-dev/doker/rejestru/v2/Blobs # du -SH

4,6 g.

czy mogę znaleźć kontener, do którego należy ten folder? Mam funkcjonowanie rejestru doker, ale wewnątrz nie mam

/var/lib/rejestr/doker/rejestru/v2/Blobs # du -SH

465m.

Podejrzewam aktualizację dockera (użyłem narzędzia migracji https://docs.docker.com/engine/migration/ tutaj) mogłem zostawić to, lub, ja sam budowałem wcześniej rejestr dokerów, a przejście do wcześniej skompilowanego rejestru pozostawiło to.

Czy mogę w jakiś sposób sprawdzić, do którego kontenera się podchodzi? czy może, czy należy do jakiegokolwiek?

+0

co daje 'docker ps -a | grep e20ed0'? – user2915097

+0

nic w ogóle ..., czy odpowiadają one identyfikatorom kontenera? –

Odpowiedz

0

Spotify/docker-gc nie naprawi tego, ale sprawi, że sprawy będą się obracać o wiele łatwiej. Pierwszą rzeczą, którą musisz zrobić, to przestać robić zatwierdzenia na tym samym obrazie. Jak już się zorientowałem, stworzy to ogromną zależność od diff. To, co zrobiłem, to że wszystkie moje działające pojemniki zostały zatwierdzone na różne nazwy i znaczniki obrazów, zatrzymałem i ponownie uruchomiłem kontenery. Następnie ręcznie usunąłem stare obrazy, a następnie uruchomiłem spotify/docker-gc. Oszczędziłem około 20% miejsca na dysku. Jeśli uruchomiłem spotify/docker-gc przed przejściem do nowych obrazów, nic się nie dzieje.

Jeśli używasz spotify/docker-gc, proszę DRY_RUN.