мне в процессе билда нужно

https://github.com/moby/moby/issues/5779

клево, т.е. и /etc/hosts я не перепишу

Он генерится при создании контейнера, а не при билде

Ты можешь при запуске только добавить туда свои записи

гугл уже починил федору. Есть еще интересный вопрос: Кто-нибудь прокидывал внутрь контейнера докера хостовую sshfs-директорию?

А в чем принципиальная разница для маунта с хоста?

Вот и я думаю. Монтирую с ключем -o allow_other, с хост тачки для всех юзеров доступ в порядке. Если sshfs директорию прокидываю в контейнер, там все превращается в: # cd /host/sshfs bash: cd: /host/sshfs: Transport endpoint is not connected root@c7b00f3a2aa2:/notebooks# ls -la /host/ ls: cannot access '/host/sshfs': Transport endpoint is not connected total 60 drwx------ 6 1000 1000 4096 Sep 6 15:55 . drwxr-xr-x 28 root root 4096 Sep 6 10:46 .. -rw------- 1 1000 1000 16824 Sep 6 15:55 .bash_history -rw-r--r-- 1 1000 1000 18 Dec 6 2016 .bash_logout -rw-r--r-- 1 1000 1000 193 Dec 6 2016 .bash_profile -rw-r--r-- 1 1000 1000 231 Dec 6 2016 .bashrc drwxrwxr-x 3 1000 1000 4096 Sep 4 16:22 .cache drwx------ 2 1000 1000 4096 Sep 6 11:40 .ssh -rw------- 1 1000 1000 5887 Sep 6 15:38 .viminfo drwxrwxr-x 20 1000 1000 4096 Aug 28 15:57 repos d????????? ? ? ? ? ? sshfs

в контейнере ведь мне не нужен sshd?

нет

не нужен

но если очень хочется - то можно

Тогда теряюсь, почему не шарится

Всем привет Есть стек с кучей сервисов, сейчас для сборки образов используется docker-compose, но сборка образов выполняется последовательно, как можно сбилдить образы стека параллельно?

up

up

compose не юзаем, у нас сворм образы билдятся по коммиту (CI настроен)

На примере образа на основе alpine: RUN apk add tzdata \ && cp /usr/share/zoneinfo/${TZ} /etc/localtime \ && echo "${TZ}" > /etc/timezone \ && rm -rf /var/cache/apk/* TZ задана в энве

Спасибо за инфу, странно что я такого не в одном туториале не видел и доках, когда разбирался с докером

up

Потому что бродить надо не композом, а ci каким нибудь

Композ это не замена ci, и build это не основная его функция

Потому что бродить надо не композом, а ci каким нибудь

переложив задачу в ci будет жёсткая связка с gitlab и локально сбилдить уже невыйдет. это неприемлемо

Так правильно собирать все через ci а для локальных билдов использовать ci скрипт

Или в продакшн у вас тоже композ будет?)

композ только билдит образы чтобы sh скрипты не плодить

А докерфайлы для кого придуманы?)

выкладывается всё стек файлом в сварме

Один sh скрипт будет разворачивать вам все

Ну у нас тоже композ файл который поднимает в сворме сервисы через stack deploy

Кому нужно локально развернуть стягиваете 1shell скрипт который билдит все

Композ можно использовать вместе с ci, но уж никак не вместо

Поэтому и нет мануалов на эту тему, т.к. он не для того сделан

в вашем sh скрипте на каждый Dockerfile docker build и docker push?

а у нас для этого 1 compose

есть ли возможность билдить compose параллельно?

Эмм вы пишите о разы из локальной развернутых стеков?)

Локальная развертка для тестов

А собираться все должно уже после тестов через ci

есть ли возможность билдить compose параллельно?

Нет, он не билдит паралельно, более того он даже имаджи не пулит паралельно

Ещё раз повторю вопрос. Как сбилдить стек параллельно, не привязываясь к gitlab-ci?

1 shell скрипт

Компоуз тут вобще не при делах

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

Только при запуске

как осуществляеться параллельный билд sh скриптом, можно пример?

Ну например docker build . & ...

Как любые команды в шел скриптах

nohup …….. &

process1 & process2 & wait process5 & process6 & wait

переложив задачу в ci будет жёсткая связка с gitlab и локально сбилдить уже невыйдет. это неприемлемо

gitlab-ci работает и локально

https://habrahabr.ru/company/flant/blog/336654/

коллеги, а есть какие нибудь подводные камни при работе с несколькими регистри сервисами?

коллеги, а есть какие нибудь подводные камни при работе с несколькими регистри сервисами?

Мы 4-5 приватных реджистри используем

Не припомню проблем

Тут помнится, был кто-то, кто собирался писать обучлку-руководство про докер? Или мне мнится?

Тут помнится, был кто-то, кто собирался писать обучлку-руководство про докер? Или мне мнится?

стандартная докумнтация не варик?

стандартная докумнтация не варик?

Да норм конечно. Но вдруг.

Докер для самых маленьких?) Как с кубернетесом было?)

примерно :)

так вроде у них было

даж виртуалки под это дело давали

щас попробую найти

неа похоже убрали уже - https://docs.docker.com/get-started/

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

на последнем Docker Birthday хорошо зашло

вру, все живое - http://training.play-with-docker.com/helloworld/

Всем привет. В какую сторону копать чтобы понять почему одинаковый проект собирает на двух машинах по-разному? Маленькая база на тарантуле и тесты. Элементарный докер файл FROM tarantool/tarantool:1.7 COPY orders.lua /opt/tarantool COPY orders_test.lua /opt/tarantool CMD ["tarantool", "/opt/tarantool/orders.lua"]Скрипт билдит образ в котором создается пара спейсов, простые хранимки и прогоняет тесты. На двух компах (с одинаковыми версиями проекта, докера и даже ос с одной флэшки), разный результат. На первом все ок, На втором 1) Записи которые insert`тые в базу в первый спэйс пропадают после теста (хотя вов ремя тестов они на месте) 2) Из второго спейса записи пропадают моментально. С чем это может быть связано?

камрады, вопрос по мониторингу докер стека с помощью прометея. вот есть у меня 10 серверов, на каждом из них есть по нескольку контейнеров с сервисами. я добавил на один хост контейнер с прометеем+нодекспортер+графана этот прометей настроен на два таргета - localhost:9090 (это я так понимаю сам контейнер с прометеем) и второй таргет это нодекспортер - ip:9100 (хост на котором контейнер с прометеем) то есть прометей сейчас мониторит сам себя+ хост на котром живет. так? но как мне добавить для мониторинга остальные 9 серверов и те контейнеры, что живут на них?

Графану и Прометей выносишь, а нодеекспортеры на каждый сервак и их натравливаешь на прометей

Либо можешь на каждой ноде по прометей ещё и держать, но все в одну графану сливать

ой простите, опечатка. прометей нодекспортер и графана - это три разных контейнера конечно же

Ну ясен красен)

то есть выносить ниче не надо? так?

Я написал выше как правильнее

Там уже решай

просто в конф файле прометея, который мапится на хост систему - есть описание двух таргетов - собсно самого прометея (localhost:9090) и нодекспортера (ip:9100) и если я хочу добавить к мониторингу допустим еще один хост-сервер - то мне надо добавить третий таргет? и запустить нодекспортер для него на этом новом хост-сервере. так?

Да и добавить в прометей ещё один нодеэкспортер в таргет на внешнем или lan айпи

Короче пометеус х1, графана х1, экспортеры xN

Да и добавить в прометей ещё один нодеэкспортер в таргет на внешнем или lan айпи

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

Да

Только не на локалхост

ну да. локалхост это для контейнера с прометеем.

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