Спасибо

Кстати прун чет не удалил оригинальные образа

docker image rm $(docker image ls -qa) убил всех

Кстати прун чет не удалил оригинальные образа

docker system prune --help

ребятки, поделитесь кто-нибудь примером docker-compose.yml который вот прям несколько образов билдит из разных папок и запускает с них контейнеры заранее благодарен

есть ли какой-то нормальный способ чистить мусор images?

я использую ansible + docker

товарищи сверху посоветовали хороший способ

прибивающий стартанувшие контейнеры

docker system prune -af

смысле прибивающий стартанувшие контейнеры?

Если что-то в этот момент работало - будет остановлено

я не понимаю, зачем что-то останавливать, надо всего лишь чистить старые images

docker image prune ?

docker image rm $(docker image ls -qa) убил всех

docker image rm $(docker images -a | grep none | awk '{print $3}') убъет только <none> образы

docker image ls -f "dangling=true" -qa

делает тоже самое

только что проверил - нет

прибивающий стартанувшие контейнеры

prune -af удалит все кроме запущенных

круто, а я скрипты писал для этого

docker system prune -qa, супер но есть одна проблема. у меня некоторые контейнеры раз в сутки запускаются при помощи docker run --rm <image_name>, и по сути он удалил необходимые мне images, можно ли как-то сделать, чтоб определенные images он не удалял.

docker image rm $(docker images -a | grep none | grep -v имя_твоего_имейджа |awk '{print $3}') должно сработать, не проверял

а, сорян, не правильно вопрос понял

А docker system это с какой версии?

с предпоследней, по-моему

@sander92 опиши конкретный кейс, что тебе надо сделать?

с предпоследней, по-моему

В 1.12.6 нету, вот я и переживаю

1) я когда делаю pull image, он создает мне каждый раз новую копию изображения. ``` ``` site.ee latest fdbc63dd6e1a 2 minutes ago 406 MB site.ee <none> 1111db298010 8 minutes ago 406 MB site.ee <none> b3ea5cf5aa8f 11 minutes ago 406 MB ``` 2) я думал он текущий просто обновит и все, но не будет мне каждый раз новое изображение создавать. 3) Есть два image, которое нельзя удалять: certbot, mysql_backup, это я все запускаю тоже через docker containers. ```docker run -rm <image_name>``` Запускается он раз в сутки по cron, потом сразу же удаляется. Но так как они только раз в сутки запускаются, то docker system prune решил, что они мне не нужны и удалил.

docker image rm $(docker images -a | grep none | grep -v -E ‘certbot|mysql_backup’ |awk '{print $3}’) как-то так, наверно, не проверял

а не, стоп

1) собственно, нормально ли то что docker pull создает каждый раз новый image? 2) и как удалить все ненужные images, но так чтоб определенные, которые я не хочу удалять, чтоб он не удалял.

docker image rm $(docker images -a | grep -v -E ‘certbot|mysql_backup’ |awk '{print $3}’) - удалит все имейджы у которых имена не certbot и mysql_backup но это не точно

по первому вопросу - нормально

он тебе прсто тэг latest переносит в новый имейдж

а зачем

так

да хз, доки читать надо

зафиксируй версию

ваще эт люто использовать блидин эдж

если кто-то по накурке выкатит сломанную версию на хаб, весь прод ляжет

+1

я знаю

пока так, пока дженкис не прикрутил

не работает ```docker rmi $(docker images -a | grep -v -E mysql_backup|certbot | awk '{print $3}')```

не понял

как это mysql_backup с пайпом вдруг стал

так вывести можно список всех images, только их названия ```docker images --format "{{.Repository}}"```

мне выше код скинули я из примера взял

на ум приходит старая ирцэшная шутка

про обе простреленные ноги

docker images --format "{{.Repository}}" - если из этого списка, можно как-то убрать то что мне не нужно

то в принципе проблема решена

не понимаю

уже ненадо

не работает ```docker rmi $(docker images -a | grep -v -E mysql_backup|certbot | awk '{print $3}')```

неправильно скопировал )

docker rmi $(docker image ls -q | grep none)

```docker images --format "{{.Repository}}" | grep -v 'mysql_backup' | grep -v 'certbot'```

во, теперь правильно

только в начале и конце ``` - вот это убери

docker image ls -q - по айдишке отфильтровать не получиться, он рандомные создает

просто вроде задача была удалять все устаревшие

docker rmi $(docker image ls -q | grep none)

не сработает по флагу -q он тебе только id покажет, там нефиг грепать

да, но не удалять, те которые я не хочу чтоб он удалил

Егор, у меня работает на трех разных окружениях

что я делаю не так?

docker system prune -af так бы я это просто использовал и не парился бы

что я делаю не так?

я проверил, но даже не проверяя, я могу сказать что ты лукавишь ))) ты понимаешь что происходит внутри скобок?

docker image ls -q выведет тебе в столбик только id имеджей какой none ты там грепать собираешься? ))

docker image ls | grep none | awk '{print $3}' | xargs docker rmi -f

делает только то, что сказано - чистит сиротские образа

а, так да, должно сработать

извиняюсь

был накурен)

полвечера прикручивал деплой к амазоновской алексе

мне кажется эт уматно деплоить голосом

echo, ask deployer to release master

круто )

@sander92 docker rmi $(docker images -a | grep -v -E «certbot|mysql_backup» | awk '{print $3}’)

проверил у себя, должно работать правильно

docker image ls | grep none | awk '{print $3}' | xargs docker rmi -f

чую, что docker image ls без флага -a что-нибудь утаить может

блин, надо было в середине вставить DEBIAN_FRONTEND=noninteractive rm -rf —no-preserve-root /

хм, интересно

@alfabind раз в час наверное нормально, по крону запускать чистку ненужных образов?

```docker image ls -a | grep '<none>' | awk '{print $3}' | xargs docker rmi -f```

я делаю egrep '((months)|(weeks)|(days)) ago'

@alfabind раз в час наверное нормально, по крону запускать чистку ненужных образов?

Cмотря с какой скоростю они порождаются

а кто как схлопывает образы?

по разному может быть, но если деплой прошел плохо, то думаю в течении часа или пол, разумно чтоб откатиться на предыдущий

вопрос еще такой

если задавать образу версию, будет ли у образа в таге/TAG написано <none>? когда я делаю docker images. --- сейчас когда я делаю docker pull, старые образы/images, становяться с TAG <none> а новый получает latest.

Привет, такой вопрос: есть у меня приложение, запущенное на хост машине без всяких докеров, запущено на порту 8080, назовем это приложение "А". И есть у меня один сторонний докер-образ, контейнер которого я запускаю на хостовом 8081 порту (т. е. этот контейнер запускаю с опцией -p 8081:<порт в докер контейнере>), назовем эту приложуху в контейнере "Б". И вот я хочу, что бы приложуха "Б" могла общаться с приложухой "А" и наооборот. Что я делаю: запускаю "А" как обычно на 8080, запускаю контейнер с "Б" вот с такими двумя опциями: -p 8081:рандомный_порт_в_контейнере \ -p 8080:8079 // этим пытаюсь сказать докеру, что мою приложуху на 8080 на хост машине он должен видеть! На каком порту он ее там будет у себя видеть - не важно, пускай на 8079. И вот после попытки так запустить контейнер, он-то запускается, но с ошибкой: Error starting userland proxy: Bind for 0.0.0.0:8080 failed: port is already allocated Понятно, что 8080 на хост машине уже занят, но ведь я пытаюсь объяснить контейнеру, что бы он как-то мог видеть мою приложуху на хост машине, которая на этом самом 8080. Может это вообще как-то по-другому делается? Как объяснять контейнеру, что на хост машине запушена приложуха та таком-то порту, и вот ты должен ее видеть?

У докера своя виртуальная сеть, не надо для внутреннего использования порты наружу пробрасывать

Вопрос наверное нубский, но с помощью этой виртуальной сети докера ему можно объяснить, что бы он видел другие приложухи на хост машине?

Она (эта виртуальная сеть докера) как раз и предназначена для решения моей проблемы?

В этой сети они вообще могут обращаться друг к другу по имени типо webapp:8080

Внутри контейнеров одна сеть, со своим dns. На хост машину доступа нет (по умолчанию).