в Ubuntu 16.10 он свежий

Права нужно ставить

на пользователя

sudo usermod -aG docker $USER

вместо $USER - root

хотя не советуют на рута ставить права

окей, допустим

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

я даже перезашёл в систему на всякий случай

то есть я зашёл в систему как root и прошу докера остановить контейнер, он мне пишет, что у меня нет прав доступа

я просто поставил системный пакет

Не по инструкции с сайта Докера?

попробуй sudo usermod -aG docker $(whoami)

и ребутнись

после ребута помогло

Не по инструкции с сайта Докера?

нет, решил просто из репозиториев убунты поставить на этот раз

Все привет

Привет

Я вроде как настроил dockerfile, но при запуске ужа самого проекта в нем не нахходит npm зависимости

Из за чего это может быть?

Всем* привет

что значит - "настроил dockerfile"?

Ну, в смысле, билдится

Дохходит до стадии запуска проекта внутри

запуск проекта внутри dockerfile?

лучше сразу покажите его, чтобы было понятней

https://gist.github.com/zombiQWERTY/96f35a551593bd056f8b10d43b9f7811 Два варианта, оба ведут себя одинаково

И docker-compose https://gist.github.com/zombiQWERTY/cd4e573f92888b0dca39368a2e2bd1e2

=)))

https://gist.github.com/zombiQWERTY/a017cf5e5cf3c68932d620f59a817122

Ээээ это да, проект один есть)

второй вариант - CMD ["npm", "instal"]

Ага, заметил

думаю, что npm install должен быть все-таки в RUN, а не в CMD

CMD - это уже npm start

Ща попробую

У меня запуск в docker-compose: command: npm run dev

Значит убрать вообще CMD?

да, тогда можно убрать

Окей, ща попробую двумя вариантами Dockerfile

перед apk add надо &&

не?

Там после echo ":" стоит

Error: Cannot find module 'babel-core/register'

Это в случае с alpine

Пробую второй вариант

Та же ошибка

Error: Cannot find module 'babel-core/register'

.

Кто нибудь сталкивался?

Там после echo ":" стоит

Точнее ;

Странно

$ find / node_modules

node_modules: No such file or directory

Хотя это cp -r ./node_modules ${workdir} говорит, что папка там и расположена

$ find / node_modules это выполняю из docker-compose

$ find / node_modules

Это вообще что?

man find плёс :/

-name, кавычки, вот это всё.

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

Ну потому что докер и правда далеко не шоколад

Не шоколад, факт. Но мне нравится то, сколько времени и сил он мне, как разработчику, экономит в разработке архитектуры

И нравится сколько сил он мне экономит как админу

Имхо, нет. Вот как жить, если хостов штук 30 и контейнеров более сотни?

контейнеров у меня больше сотни, но хостов меньше 30. живу норм

Для хостов показали инфракит, бзв

ну и + ранчер

Имхо, нет. Вот как жить, если хостов штук 30 и контейнеров более сотни?

а в чем проблема?

а в чем проблема?

ну как управлять этим счастьем?

ERROR: S client not available

ну как управлять этим счастьем?

на 30 хостах даже сварм справится.

как вы управляете сотней серверов?

ну как управлять этим счастьем?

Что значит "управлять"?

как вы управляете сотней серверов?

не сотней, а всего штук 30 ))

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

нельзя ли каким то образом настроить что бы временные контейнеры во время билда основного, запускались в определенной докер подсети? по умолчанию все временные создаются в бридже, что обрекает нас на запуск уже собранных контейнеров в бридже. Суть проблемы: есть контейнер которых при сборке должен иметь доступ скажем к монге и мускулю. Но временный контейнер не залинковывается на них, и на этапе билда основного контейнера эти базы не доступны. Пока что обхожу пропиской статических хостов внутри временного контейнера, но это же капец что за костыли. Может я в корне что-то не так делаю?

>что бы временные контейнеры во время билда основного, запускались в определенной докер подсети docker build —net не существует, к сожалению.

А можно подробнее описать кейс сборки контейнера которому нужен доступ к мускулу?

>что бы временные контейнеры во время билда основного, запускались в определенной докер подсети docker build —net не существует, к сожалению.

подумал сарказм, пошел проверять

нет, не сарказм.

но вообще в процессе билда необходимости ходить в такие места как мускуль - не очень ок.

Чтобы автотесты запускать, нужно бывает MySQL

У меня для этого поднимается инстанс соката который уже проксирует куда надо

а внутри контейнера автотесты коннектятся к локалхосту

Чтобы автотесты запускать, нужно бывает MySQL

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

А можно подробнее описать кейс сборки контейнера которому нужен доступ к мускулу?

Видимо причина всех моих проблем в том что докеризую уже существующее приложение. Архитектура которого разрабатывалась под классический сервер. есть один из шагов make db_update, который коннектится к базе проверяет и обновляет какие-то поля. Вот на таких этапах и нужен коннект к бд.

вынесите эту логику в ENTRYPOINT

Видимо причина всех моих проблем в том что докеризую уже существующее приложение. Архитектура которого разрабатывалась под классический сервер. есть один из шагов make db_update, который коннектится к базе проверяет и обновляет какие-то поля. Вот на таких этапах и нужен коннект к бд.

Это вот оооочень плохой кейс

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

Сборка имаджа который меняет рабочий мускул - опасно. А если билд не отработает как надо и свалится? А если паралельно будет сборка двух имаджей? Если надо будет пересобрать старый образ?

т.е хочется иметь сборку которая по двум git clone + docker compose up поднимает готовое окружение

ну так добавьте туда свой мускул

внутрь контейнера с приложением?

зачем при билде менять существующий мускул?

Давайте с начала. У вас есть база которая используется как основа для разорачивания образа?

мускул будет выделенный конкретно под это приложение, там только 1 база

Отлично. В нем надо перед запуском приложения сделать изменения?

Или откуда будет взяты данные?

база: чистые базовые образы мускуля ноды монги и тд. При запуске в мускуле есть директория docker entrypoint из которой дамп автоматически импортируется. дальше эта база используется на этапе билда контейнера с приложением

BTW, есть ли тут кто-то кто имел опыт с Docker Global Mentor Week ? Насколько хорошо надо знать потроха чтобы стать ментором? Кто-то в этом участвовал?

база: чистые базовые образы мускуля ноды монги и тд. При запуске в мускуле есть директория docker entrypoint из которой дамп автоматически импортируется. дальше эта база используется на этапе билда контейнера с приложением

Зачем она исопльзуется на этапе билда? Нельзя миграцию из билда убрать?

Плохая это практика