Помогите понять смысл Тогда для удаления ненужных образов можем использовать конструкцию: docker rmi $(docker images -f dangling=true -q) Примечание. Недействительные образы – это уровень образов, которые больше не имеют никакого отношения к образам с метками — они впустую потребляют дисковое пространство.

Помогите понять смысл Тогда для удаления ненужных образов можем использовать конструкцию: docker rmi $(docker images -f dangling=true -q) Примечание. Недействительные образы – это уровень образов, которые больше не имеют никакого отношения к образам с метками — они впустую потребляют дисковое пространство.

Слои понимаешь что такое?

Помогите понять смысл Тогда для удаления ненужных образов можем использовать конструкцию: docker rmi $(docker images -f dangling=true -q) Примечание. Недействительные образы – это уровень образов, которые больше не имеют никакого отношения к образам с метками — они впустую потребляют дисковое пространство.

совсем издалека начал)

каждая твоя команда в докерфайле при билде создает слой

Слои понимаешь что такое?

Слоёв максимум 127, знаю

по умолчанию промежуточные слои не сохраняются

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

которые никак не связаны с именоваными слоями из docker images

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

Т.е. они не правильно написали? Получается, что удаляется не образ, а не используемые слои

точнее промежуточные слои

ну судя по тому описанию которое ты скинул да

вообще я не пробовал эту команду

ну судя по тому описанию которое ты скинул да

Т.е. если опубликовать образ с сохранённым слоем. То получается слой будет сохранён?

но вообще они вроде норм написали

при удалении

но вообще они вроде норм написали

Всё равно, что-то голова не может понять смысл

ну ты попробуй в командной строке

docker images -q выведет просто все имеджи

docker images -f dangling=true -q у меня лично ничего не выводит) но скорее всего должно вывести что там написали

docker images -q выведет просто все имеджи

Да, всё правильно два образа у меня

docker images -f dangling=true -q у меня лично ничего не выводит) но скорее всего должно вывести что там написали

docker images -f dangling=true -q тоже ни чего не выводит

если просто -q - выводит два образа

Надо бэкапить контейнер с постргресом и работать с ним в питоне (бэкапы) Есть какой-то удобный вариант сделать контейнер с планировщиком, который раз в час будет всё это дело запускать?

Сейчас делаю все это из системы

0 * * * * cd /tmp && docker exec -t -u postgres db_1 pg_dump -c > db_dump.psql && .../venv/bin/python ..../run.py

Соответственно нужен венв и внутренний планировщик от чего я бы хотел отказаться

1. Папку проекта создавайте где тебе удобно. Под имиджами ты имеешь ввиду Докерфалы? Их тоже распологай удобно для сборки. 2. Права внутри контейнера зависят от образа, чаще рут. Но ты можешь понизить права

Спасибо!

On which os dou you use docker?

Maybe u use Windows containers, instead of Linux?

windows 10

windows 10

Home/Pro/Enterprise?

Maybe u use Windows containers, instead of Linux?

dicker program crashing when i switch to linux containers

Home/Pro/Enterprise?

Enterprise

Enterprise

Do you install dependencies (Hyper-V and Container support)?

Do you install dependencies (Hyper-V and Container support)?

hyper-v is installed and enabled during docker installation

container support ....I did not figure out it as request neither hear about it.

Do you install dependencies (Hyper-V and Container support)?

S M: container support ....I did not figure out it as request neither hear about it.

docker for windows is not workable with vmware on same machine

ребят, как сдлетаь так чтобы при билде из докерфайла примонтировать volume, в него в процессе билда чтобы установилась программа а затем этот volume использовать

второй момент я знаю как, а как сделать первый

ну ты можешь в докерфайле VOLUME указать и в него установить то что нужно

потом когда делаешь run у тебя сделается волью который можно посмотреть в docker volume list

я сделал только что так. сделал VOLUME в докерфайле, сделал билд. файлы туда установились. затем пошел в /var/lib/docker/volumes нашел свои волюмы, копирнул оттуда файлы куда мне нужно и примаунтил уже docker-compose из нужных мне мест ну и docker run само собой

просто думал можно в докерфайле сразу указать место на хостмашине куда оно будет мапиться

нельзя вроде

volume [/asd] это тоже самое что -v /asd при докер ран

ну то есть он неименованный никак

это да

Кстати, коллеги, под raspberry pi имеет смысл юзать докер? Или дофига оверхеда?

да норм, правд чё докерить с одним гигом озу там хз

Кстати, коллеги, под raspberry pi имеет смысл юзать докер? Или дофига оверхеда?

Докер крута, а то я без докера уже заебался

И ещё. Где почитать, как работает докер изнутри? Интересует именно как реализована контейнеризация

И ещё. Где почитать, как работает докер изнутри? Интересует именно как реализована контейнеризация

https://docs.docker.com/engine/docker-overview/

Спасибо

Докер образ имеет уровни, точнее до 127. Когда докер-образ публикуется в реестре, остаются ли уровни?

Остаются

при пулле-пуще увидишь

с идентификаторами даже

Остаются

А слои какк-то удалять в образе можно?

А слои какк-то удалять в образе можно?

в регистри апикша поддерживает по идее чет вроде curl -X DELETE http://ip_address:5000/v2/<name>/blobs/<digest> ток надо в самом регистри какой-то опцией это разрешить - оно по дефолту выключено

Может кто подсказать, почему environment не подхватывается? https://github.com/Kylmakalle/mobi-assistant-bot/blob/docker/docker-compose.yml#L44

В env_file явно указано SERVEO_SUB_DOMAIN=blablabla

В env_file явно указано SERVEO_SUB_DOMAIN=blablabla

lowercase vs uppercase?

везде аперкейс

сделал printenv serveo_1 | SERVEO_SUB_DOMAIN=blabla

То есть env передается, а команда не жрёт правильно

То есть env передается, а команда не жрёт правильно

https://github.com/Kylmakalle/mobi-assistant-bot/blob/docker/docker-compose.yml#L44 а почему там $$? Вместо $? You can use a $$ (double-dollar sign) when your configuration needs a literal dollar sign. This also prevents Compose from interpolating a value, so a $$ allows you to refer to environment variables that you don’t want processed by Compose. https://docs.docker.com/compose/compose-file/#variable-substitution

когда один доллар, мне пишет что variable нет

WARNING: The SERVEO_SUB_DOMAIN variable is not set. Defaulting to a blank string.

Короче, докер, еб твою

'sh -c "ssh -R $${SERVEO_SUB_DOMAIN}:80:nginx:80 -o \"StrictHostKeyChecking no\" serveo.net"' Так заработало

Короче, докер, еб твою

я тестил и только с .env он работает

ему прям важно название файла?

если задавать environment или env_file, он не видит переменную

Даже если явно указано в директиве?

если задавать environment или env_file, он не видит переменную

Так переменная в env_file и лежит

Здрасьте

Короче, докер, еб твою

Года идут, ничего тут не меняется)))

Года идут, ничего тут не меняется)))

Нуфаги всегда будут :)

Так переменная в env_file и лежит

да, все равно не подхватывает)

если задавать environment или env_file, он не видит переменную

Что-то неправильное, нет разницы где задавать, там только приоритет переопределения есть

cat docker-compose.yml version: '3' services: serveo: image: debian:jessie tty: true stdin_open: true env_file: - ./env_file environment: SERVEO_SUB_DOMAIN: foo command: "echo $SERVEO_SUB_DOMAIN" Запускаем docker-compose up WARNING: The SERVEO_SUB_DOMAIN variable is not set. Defaulting to a blank string. Recreating tmp_serveo_1 ... done Attaching to tmp_serveo_1 serveo_1 | tmp_serveo_1 exited with code 0

└─$ cat env_file SERVEO_SUB_DOMAIN=test

Вот так работает

└─$ mv env .env └─$ docker-compose up Recreating tmp_serveo_1 ... done Attaching to tmp_serveo_1 serveo_1 | bar tmp_serveo_1 exited with code 0 └─$ cat .env SERVEO_SUB_DOMAIN=bar └─$ docker-compose --version docker-compose version 1.20.0, build ca8d3c6