Ну, перезагрузка. Вам же автостарт нужен?

systemctl start docker-db.service

да

А вы доки читали? Просто я пока не сталкивался с этим в своих задачах

https://docs.docker.com/engine/admin/host_integration/

Читал.

вот!

а как ему сказать какие контейнеры надо запускать а какие нет ? :)

контейнер ребутиться каждые 10 секунд при этом.

почему тогда не перезапускается когда ручками запускаешь ?

и когда был upstart не перезапускался тоже ?

я таки подозреваю что проблема в настройках systemd

либо контейнер как-то не корректно возвращает код возврата из ENTRYPOINT

Возвращая к теме с правами. Это нормально, что пользователь под которым я работаю на хосте фактически теряет права на каталоги, которые примонтированы в контейнеры?

Остается доступ только через sudo или через того же рута. Просто муторно, каждый раз писать sudo когда нужно вносить изменения в примонтированные каталоги

ну с хоста работать в принципе не комильфо

ты либо работаешь с аппликухой на хосте либо из контейнеров

а чтобы и там и там работало надо либо sudo либо от рута

В данному случае хост это мой ноутбук :)

так пусть на нем в контейнере все вертится

Контейнеры в контейнере?

😀

я может что-то не понимаю, зачем одновременно запускать апп и на самом хосте и в контейнере?

больше контейнеров хороших и разных

Не. Апп только в контейнере запускается.

а ну с маунтами тогда работай из под рута

sudo bash и вперед отлаживать)

Да, что-то я туплю.

Спасибо :)

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

Лучше уж рут

если будет работать с текущими файлами то ничего не будет херить

https://hub.docker.com/r/evreke/liquidsoap/~/dockerfile/

о так там еще и супервизор крутится

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

о так там еще и супервизор крутится

Стыжуся, да. Я использую его для запуска процесса от имени другого пользователя

чтобы при старте применял права

Предварительно применив chown к нужным каталогам. Тогда от супервизорда точно можно отказаться

Не, вы правы :)

а так да, супервизор - зло если нет крайней необходимости

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

если еще что нибудь туда напихать

+

вот я о том

уже вагрантология)

Тогда вопрошаю снова, а чем директива USER в докерфайле отличается от аналогичной в docker-compose.yml?

Только не вагрант! :)

При запуске такого образа через компоуз контейнер запустится с юзером myuser?

а.

Понял

Будем посмотреть

Ты не понял - он там просто не собирается

почему?

как лучше всего ужать node_modules? весит 100мб, можно ли от этого как-то избавиться? не верю что там вот целые операционки в 50мб умещаются, а тут node_modules нельзя

нельзя, это же нода

Если это фронт, то можно выкинуть его

нит, это бек :c

Тогда только качественнее управлять зависимости и меньше сделать не получится

эх, спасибки

ну знаешь ли, мб есть какая-то docker specific фича

ну если файлы есть и тянуться то докер никуда их не денет

ты либо работаешь с аппликухой на хосте либо из контейнеров

А при разработке как быть? любимый редактор от узера на хосте запущен. А сервисы в docker крутятся. Если в контейнерах делать генерацию каркасов - моделек контроллеров или еще чего то приходится на хост машине пара постоянно менять.

как то это не удобно получается.

запустить редактор не от юзера?

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

на хосте юзерские права и из контейнера все нормально доступно

Коллеги, подскажите, есть кто с overlay2 на ядрах меньше 4.* ?

Вообще меня прямо в ступор вгонят эта ситуация, overlay2 меня более менее устраивает, но адекватной работы с ним удалось добиться только на 4.* (Centos, т.ч. взял из elrepo kernel-lt, сейчас 4.4.68). Но при этом я, по вполне понятным причинам, начал ловить другие, от того, что ушел с RHCK. Проблемы не с с самим docker, но на уровне oom-killer, cgroups. И. т.к. docker это важная, но единственная часть produiction environment это тоже большая проблема. Более того, теперь я ловлю kernel panic'и.

Пришла мысль, как более менее стабильное стоковое ядро старше 4.* взять UEL4 от Oracle Linux, но тут только время покажет, нет ли там каких проблем

Еще как вариант, конечно, возвращаться на RHCK и попробовать direct-lvm devicemapper

чо там с докером?

Фигли он не может собрать образ

docker-compose build 3936ms  Срд 17 Май 2017 19:25:35 redis uses an image, skipping memcached uses an image, skipping maria uses an image, skipping Building php ERROR: Error processing tar file(exit status 1): unexpected EOF

ERROR: Error processing tar file(exit status 1): unexpected EOF

как узнать почему?

Я ничего не менял

Все зависимые образы - станул

есть лог какой-то?

Вопрос: чем вызвана ошибка? О чем она говорит? То что у меня образ не собирается я и так понял. Причем 3 часа назад все собиралось.

Ну да