AZ
я думал, докер разворачивает на локале контейнер, и к нему можно достучаться через указанный порт
Size: a a a
2020 September 18
GG
@gecube я забыл через докер испект можно же посмотреть какой волюм по id к какому контейнеру привязан?
вроде да
N
эта проблема существует с 2015 года
Посмотри какой волюм докера больше всего занимает и найди этот контейнер через докер инспект
N
не могут у тебя все контейнеры занимать поровну одновременно все иноды, какойто просто пишет дохера
DB
Дело точно не в волюмах, все эти миллионы инодов заняты не живыми контейнерами а остатками давно убитых.
N
Дело точно не в волюмах, все эти миллионы инодов заняты не живыми контейнерами а остатками давно убитых.
Ребут!
N
я не знаю как ты по другому их так сказать перечитаешь
N
про ребут не шутил, я правда не знаю как эту херню лечить подругому, встречал лечил ребутом.
GG
да ядро протекло
GG
пора ребутать
GG
все ж понятно, как ясный день
N
все ж понятно, как ясный день
а если по сериосли как лечить кончившийся инод?
GG
чистить диск от файлов, ребутать тачилу
N
чистить диск от файлов, ребутать тачилу
не, я встречал что чиска не помогает с инодами, чистишь ничего не меняется, df показывает свободное место, ребутишь и норм работать начинает
GG
не, я встречал что чиска не помогает с инодами, чистишь ничего не меняется, df показывает свободное место, ребутишь и норм работать начинает
правильно, потому что у тебя они где-то в ядре залочились
GG
по идее должно помогать перезапустить процессы
GG
чтобы оно отпустило айноды
GG
но по факту - это может сам overlayfs чудит, который в ядре
GG
вариант пользоваться devicemapper
N
правильно, потому что у тебя они где-то в ядре залочились
Да я имел виду может есть типо
echo '1'>/proc/blabla какая-нибудь подобная магия)