Слава гуглу, чо

да

add . /opt/flask-app

спс помогло о/

Теперь давайте поможем Вите поменять днсы в контейнере. Step 7/55 : RUN sed -i "s!nameserver 8.8.8.8!nameserver 77.88.8.8!g" /etc/resolv.conf ---> Running in f95d27e3a450 sed: cannot rename /etc/sedNoZ4cH: Device or resource busy

а почему когда полный путь до диры давал он так же на ошибку падал?

ты не полный путь давал

и не верный

в примере да, не полный путь. Я когда пробовал менял места расположения дирректории

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

значит что-то не правильно делал

Скорее всего. В любом случае спасибо о/

Скорее всего. В любом случае спасибо о/

И да, лучше использовать COPY, а не ADD

учту

учту

И лучше прописывать абсолютные пути в образе, а не относительные.

спасибо \о/

А еще лучше сначала скопировать в образ package.json, заинсталлить зависимости, а только потом перемещать все исходники и запускать приложение С новой версией npm нужно еще и package-lock в образ тянуть

я просто по примеру шел

я просто по примеру шел

Я помню эту статью и задним мозгом (подсознательно) помню, что там не было этих моментов

так то на хабре не мало статей по докеру

так то на хабре не мало статей по докеру

Ты против того, чтобы тебе давали советы?)

я за руками и ногами)\

я к тому что не во всех статьях одинаково расказывают

и я тебя неправильно понял ^^ я прочитал, мол моментов с которыми столкнулся я не было в той статье

Хочу при билде контейнера подсунуть свой resolv.conf ему. Как это сделать бы

docker run --dns IP

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

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

ERROR: S client not available

есть ли возможность билдить 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) Из второго спейса записи пропадают моментально. С чем это может быть связано?