Runinterface ?
25.09.2017
08:24:14
изи же
Yet Another Stats
25.09.2017
10:48:32
https://yasb.exileed.com/telegram/chat/1001043771136
Maxim
25.09.2017
13:50:27
привет народ! небольшой вопрос
имеется контейнер, в котором что-то кладется в /data, а потом делается VOLUME /data (в Dockerfile, естественно)
если запускаю docker run foo — все ок, файлы в /data на месте и в контейнере, и в недрах /var/lib/docker/volumes
а вот если хочу docker run -v /local/path:/data foo — в /local/path ничего не копируется и в контейнере там тоже пусто. можно с этим что-нибудь сделать?
Google
James
25.09.2017
13:56:13
docker cp?
Maxim
25.09.2017
13:56:43
ну так это копирует из уже запущенного контейнера
James
25.09.2017
13:57:14
Ты можешь копировать в уже запущенный контейнер.
Maxim
25.09.2017
13:57:24
это ведь не то, чего я хочу
James
25.09.2017
13:57:39
Но это выход если надо быстро)
Maxim
25.09.2017
13:58:32
у меня есть контейнер, в котором в /data что-то лежит так сказать "из коробки" (допустим БД)
я поставляю этот контейнер заказчикам, которым естественно нужен какой-то persistency для этой БД. предполагается, что они будут монтировать в этот контейнер папку с хоста и при первом запуске туда будет копироваться чистая БД из образа
вроде же документация VOLUME говорит, что как-то так это и должно быть
Максим
25.09.2017
14:59:30
ptchol
25.09.2017
18:23:49
документация volume говорит про именованные и экспортируемые тома, когда ты используешь опцию --volume-from container_name
это позволяет тебе сделать "data container" и его volume примонтировать в другой контейнер
Maxim
25.09.2017
18:25:17
угу, я уже почитал. пишут, что так, как я хочу — нельзя. и надо копировать в ENTRYPOINT в volume если он пустой
по-моему, это странно, ну да ладно
Google
ptchol
25.09.2017
18:26:00
почему странно ?
Maxim
25.09.2017
18:26:43
ну именованный volume инициализирует, а из хоста — нет
хотя казалось бы никто не мешает
ptchol
25.09.2017
18:27:01
мешает
Maxim
25.09.2017
18:27:09
что?
ptchol
25.09.2017
18:27:21
container это процесс ограниченный сигруппами, и неймспейсами
логично что внешняя среда может в него "прокинуть" свою часть, но не наоборот
иначе бы никто не мешал запускать контейнер который тебе замааунтит /
и чтобы было ?)
это если очень грубо.
Sergey
26.09.2017
08:50:58
Всем привет ?
Есть достаточно простой вопрос для пользователей Mac OS. Переезжаю сейчас с Ubuntu, при переносе проектов столкнулся с проблемой.
Почему-то не может изменить владельца для volume в который вынесены данные mysql.
Ошибки вида:
mysql_1 | chown: changing ownership of '/var/lib/mysql/az': Permission denied
mysql_1 | chown: changing ownership of '/var/lib/mysql/b762fc515743.pid': Permission denied
Конфигурация простая, достаточно долго с такой жил на ubuntu:
version: '2'
services:
mysql:
image: 'mysql:5.5'
restart: always
environment:
MYSQL_ROOT_PASSWORD: root
volumes:
- '~/docker/data/mysql:/var/lib/mysql'
ports:
- '3316:3306'
Подскажите пожалуйста как победить или best practice для решения задачи. Docker здесь не используется для доставки контента на сервер, только для удобства локальной разработки.
Драйвер для докера - xhyve.
Dmytro
27.09.2017
23:32:03
@ddmaster Docker for Mac не пробовали?
может попробуйте поправить права на папки на хостовой машине
bazuka_joe
28.09.2017
08:57:52
кто-нибудь запускал до 100 докеров на одном серваке? Были ли какие-нибудь проблемы?
Алексей
28.09.2017
08:58:11
да. куда их потом девать
Evgeny
28.09.2017
08:58:15
Контейнеров или именно докер-серверов?
bazuka_joe
28.09.2017
08:58:47
Sergey
28.09.2017
09:07:15
Nklya
28.09.2017
09:16:36
В чем сакральный смысл пихать вольюм именно в ~/docker/data/mysql?
Google
Владимир
28.09.2017
09:20:14
До 100 докеров это в том числе и 10 - тогда я запускал )
bazuka_joe
28.09.2017
09:21:46
Владимир
28.09.2017
09:22:33
Никаких проблем не было. У меня разработчики работают на докере, крутится постоянно штук 20 контейнеров, некоторые из которых ресурсоемкие
bazuka_joe
28.09.2017
09:23:12
ок, спасибо
Sergey
28.09.2017
09:24:13
соотвественно после изменений все оседает в этом же месте
если можете предложить более правильное решение - с удовольствием послушал бы)
но заливать базы при каждом старте в контейнер не готов, очень объемные
Evgeny
28.09.2017
09:39:52
Gleb
28.09.2017
09:41:05
Владимир
28.09.2017
09:41:28
Evgeny
28.09.2017
09:42:05
Но зачем так делать?
Владимир
28.09.2017
09:42:16
bazuka_joe
28.09.2017
09:42:32
Gleb
28.09.2017
09:42:58
Но зачем так делать?
ну изолировал приложения друг от друга, ну там как бы не очень с пониманием концепции, но спорить тяжело
bazuka_joe
28.09.2017
09:43:09
о!
Evgeny
28.09.2017
09:43:37
Я о том что - зачем говорить докер когад говоришь о контейнерах? Давайте тогда говорить "я слышал 10 собак" имея в виду "я запустил 10 контейнеров"
Gleb
28.09.2017
09:44:00
Владимир
28.09.2017
09:44:15
ой не скажите, Фёдор Михайлович!
Google
Evgeny
28.09.2017
09:44:31
Нет. Я не понял. Есть две разные задачи - запускать 100 докеров и запускать 100 контейнеров
Алексей
28.09.2017
09:45:56
не поддерживаю терминологические споры обычно но тут и меня коробит
Владимир
28.09.2017
09:47:02
)) docker run - то есть это не докер?
Алексей
28.09.2017
09:47:13
нет
Evgeny
28.09.2017
09:47:15
это команда докеру
Алексей
28.09.2017
09:47:18
это контейнер
Владимир
28.09.2017
09:47:50
То есть правильно понимаю, вопрос был в том - можно ли запустить до 100 демонов докера?
Алексей
28.09.2017
09:47:59
это как сайты называть апачами :)
James
28.09.2017
09:48:17
А забавно по одному апачу на сайт и разнести на порты)
И еще один, который будет роутить запросы)
Владимир
28.09.2017
09:48:47
Алексей
28.09.2017
09:48:49
а что можно по другому ?
James
28.09.2017
09:49:16
Владимир
28.09.2017
09:49:20
Алексей
28.09.2017
09:49:33
Evgeny
28.09.2017
09:50:40
Владимир
28.09.2017
09:51:21
эмм.... но зачем?
Чтобы можно было пересобирать образы контейнеров отдельно, не трогая ничего другого
Evgeny
28.09.2017
09:52:00
о.О отдельный нгинкс на сайт чтобы пересобирать образы контейнеров не трогая ничего? Ок, называйте контейнеры докером, вам можно