.gitlab-ci.yml: variables: DOCKER_DRIVER: overlay2 # ... другие джобы build: stage: build image: docker:git services: - docker:dind before_script: - docker login -u gitlab-ci-token -p $CI_JOB_TOKEN $CI_REGISTRY only: - dev - prerelease tags: - build script: - TAG=${CI_COMMIT_REF_SLUG} ./docker/scripts/build_images.sh

А в скрипте docker build -f ./docker/node/Dockerfile -t git.u-k-s.ru:4567/avtostroygrad/kis/app/node:prerelease .

https://docs.gitlab.com/runner/executors/docker.html#the-builds-and-cache-storage

Ну, там несеолько контейнеров

https://docs.gitlab.com/runner/executors/docker.html#the-builds-and-cache-storage

/builds и /cache прокинуты

Но я подозреваю, что это вообще никак не связано

да, уже вижу, не прогрузилось сообщение с /cache

privileged = true

а если privileged = true и используется dnd - нужно ли сокет прокидывать? мб тут что то ему не нравится. Если прокидываешь сокет, то dnd не нужен и privileged = false. Если ошибаюсь - поправьте

без dnd нет docker

щас попробую оставить priveleged=true и убрать проброс сокета

Сборка пошла

Но опять без кеша...

А если в контейнере выполняю docker ps, то говорит, что нет сокета)

/ # ps PID USER TIME COMMAND 1 root 0:00 /bin/sh 13 root 0:00 /bin/sh 27 root 0:00 sh ./docker/scripts/build_images.sh 44 root 0:00 docker build -f ./docker/php/Dockerfile -t git.u-k-s.ru:4567/avtostroygrad/kis/app/php:dev . 60 root 0:00 sh 71 root 0:00 ps / # docker images Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?

На хостовой тачке в процесах сборку видно [root@GITLABRUNNERS runners]$ ps aux | grep build root 1234 0.0 0.0 1556 972 ? S 18:01 0:00 sh ./docker/scripts/build_images.sh root 1251 0.4 0.2 27304 18352 ? Sl 18:01 0:00 docker build -f ./docker/php/Dockerfile -t git.u-k-s.ru:4567/avtostroygrad/kis/app/php:dev .

Народ, подскажите тру путь. Надо на впс поднять нескоько (штук 5) маленьких сайтиков. nginx + php-fpm Как делать? 5 контейнеров с nginx, 5 контейнеров с php-fpm + 1 "рутовый" nginx, установленный на хост машине, который проксирует запросы с разных доменов на nginx проектов? Глупо же держать столько nginxов?

думаю да

да, глупо или да, так надо делать?)

думаю нет))

хотя пжи, я не дочитал)

я про java подумал на секу)

тогда норм в принципе)

5 нжинксов на серве норм?

правда я б тогда запихнул apache в бекенд и nginx снаружи

и кста, нужно обязательно разграничение строгое их на докере?

да не особо

по старике тогда каждый в свою директорию и все разрулить nginx вирт хостами

php-fpm тож в хосте поставить и не париться?

да, глупо или да, так надо делать?)

Тогда окружение одного сайта зависит от окружения другого

Если хочешь проще - НЕ биндишь порты nginx на хост, вместо этого прописываешь VIRTUAL_HOST, а на серваке поднимаешь nginx-proxy: version: "3" services: nginx-proxy: image: jwilder/nginx-proxy ports: - 80:80 - 443:443 volumes: - /var/run/docker.sock:/tmp/docker.sock - ./certs:/etc/nginx/certs network_mode: host

Не думаю, что ты много теряешь при наличии нескольких nginx/php

А если хочешь немного погеморнее, но с одним nginx/php-fpm, то делаешь папку, в неё симлинки из проектов, в которых конфиги для nginx/php-fpm, поднимаешь nginx:alpine

А контейнеры nginx/php-fpm самих проектов убираешь из stage/production окружения

Тогда окружение одного сайта зависит от окружения другого

Еще - один проект требует php5, другой php7.1, третий требует какой-нибудь php-pdo-mysql, получается каша, и 2 версии костылить. Но если всё идентично, то можно и один контейнер использовать

Спасибо, буду переваривать

без dnd нет docker

У меня нет dnd. Проброшен сокет, не привелигерованный режим и докер есть и кэш есть)

У меня нет dnd. Проброшен сокет, не привелигерованный режим и докер есть и кэш есть)

А executor и image какой?

Всем привет. Узнал тут, что контейнеры занимают много места. Вывожу список командой $ docker images -a REPOSITORY TAG IMAGE ID CREATED SIZE backend_api latest 0a1a2a575d73 42 hours ago 1.41GB <none> <none> ed08ccb7a6c1 42 hours ago 1.41GB <none> <none> 5167c3efe139 42 hours ago 999MB И вот таких с <none> в начале больше 20 штук. Пытаюсь их удалить командой docker images -a | grep "<none>" | awk '{print $3}' | xargs docker rm, но получаю ошибки Error: No such container: 90fc76ae1a89

Как быть?

Решил добавлением флага i к команде docker rm

Всем привет. Узнал тут, что контейнеры занимают много места. Вывожу список командой $ docker images -a REPOSITORY TAG IMAGE ID CREATED SIZE backend_api latest 0a1a2a575d73 42 hours ago 1.41GB <none> <none> ed08ccb7a6c1 42 hours ago 1.41GB <none> <none> 5167c3efe139 42 hours ago 999MB И вот таких с <none> в начале больше 20 штук. Пытаюсь их удалить командой docker images -a | grep "<none>" | awk '{print $3}' | xargs docker rm, но получаю ошибки Error: No such container: 90fc76ae1a89

dorker rmi $(docker images -aqf dangling=true)

dorker rmi $(docker images -aqf dangling=true)

docker image prune не проще?

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

Всем привет. Узнал тут, что контейнеры занимают много места. Вывожу список командой $ docker images -a REPOSITORY TAG IMAGE ID CREATED SIZE backend_api latest 0a1a2a575d73 42 hours ago 1.41GB <none> <none> ed08ccb7a6c1 42 hours ago 1.41GB <none> <none> 5167c3efe139 42 hours ago 999MB И вот таких с <none> в начале больше 20 штук. Пытаюсь их удалить командой docker images -a | grep "<none>" | awk '{print $3}' | xargs docker rm, но получаю ошибки Error: No such container: 90fc76ae1a89

тут у тебя rm вместо rmi

docker image prune не проще?

О, спасибо, не знал)

О, спасибо, не знал)

еще есть system prune

ваще ух

Ну с system prune можно удалить volume, который сейчас в остановленном контейнере. Например, в базе. Опасно

WARNING! This will remove: - all stopped containers - all networks not used by at least one container - all dangling images - all build cache

not sure

но вообще, конечно, у каждого отдельного аспекта есть свой prune

Опа, а я её опасался)

+1 в карму)

Всем привет. Узнал тут, что контейнеры занимают много места. Вывожу список командой $ docker images -a REPOSITORY TAG IMAGE ID CREATED SIZE backend_api latest 0a1a2a575d73 42 hours ago 1.41GB <none> <none> ed08ccb7a6c1 42 hours ago 1.41GB <none> <none> 5167c3efe139 42 hours ago 999MB И вот таких с <none> в начале больше 20 штук. Пытаюсь их удалить командой docker images -a | grep "<none>" | awk '{print $3}' | xargs docker rm, но получаю ошибки Error: No such container: 90fc76ae1a89

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

например сделал docker pull nginx и потом когда образ в докерхабе обновился после очередного docker pull nginx появится контейнер none которые будет содержать слои предыдущего, т.к. новый образ nginx заберет себе тег nginx:latest

Получается у меня из списка REPOSITORY TAG IMAGE ID CREATED SIZE backend_api latest 0a1a2a575d73 42 hours ago 1.41GB <none> <none> ed08ccb7a6c1 42 hours ago 1.41GB <none> <none> 5167c3efe139 42 hours ago 999MB <none> <none> 6c6226ec6f34 42 hours ago 999MB <none> <none> 96dab87b5cb1 42 hours ago 676MB <none> <none> cd722cac9fe1 9 days ago 15.5MB <none> <none> 886ebae14a1b 9 days ago 15.5MB node 8.9.1 1934b0b038d1 2 weeks ago 676MB nginx stable-alpine 72a20a008f56 3 weeks ago 15.5MB mongo 3.2.0 d3a77a5d5c14 23 months ago 317MB реально место занимают только 4 с внятными именами?

скорее всего да

проверь du -sh /var/lib/docker/images или какой там урл у образов

О, а это мысль же. Щас

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

т.к. это только отображение слоев

Хоспади... Это называется: Не читай доку и сразу пиши костыли... Есть же кошерное docker system df --verbose Спасибо, парни!

для пользователей Mac OS есть плохие новости

все эти ваши docker system prune -f && docker volume prune -f и прочие кошерные вещи не очищают фактическое место на диске

для этого надо в менеджере сервиса докера сделать Reset to factory defaults

в отдельной ветке на гите уже тред дилнной в километр и возрастом что-то около двух-трех лет

для пользователей Mac OS есть плохие новости

Если юзать docker-machine, то всё норм. По крайней мере, у меня

для этого надо в менеджере сервиса докера сделать Reset to factory defaults

И в чем проблема? Кто-то на маках пускает продакшен?

Кто-то на маках разрабатывает и там образов может быть поболее чем на продакшенах некоторых)

Кто-то на маках разрабатывает и там образов может быть поболее чем на продакшенах некоторых)

Ну так ресетишь периодически и норм.

А docker-gc помогает?

Привет. Для регестри развернутого на своем сервере, существуют хорошие веб интерфейсы? Подскажите

Привет. Для регестри развернутого на своем сервере, существуют хорошие веб интерфейсы? Подскажите

vmware harbor

Кто-то на маках разрабатывает и там образов может быть поболее чем на продакшенах некоторых)

Разве диск у виртуалки не конечного размера ?

а причем тут виртулка?

Потому что маковый докер живёт внутри виртуалки?

Привет. Для регестри развернутого на своем сервере, существуют хорошие веб интерфейсы? Подскажите

Nexus, artifactory

Потому что маковый докер живёт внутри виртуалки?

потому что так только если использовать тулбокс?