
Artem
12.04.2018
19:33:01
Иначе будет много костылей

VSKut
12.04.2018
19:33:48
чтобы не делать экспорт/импорт самой даты

Google

Aleksey
12.04.2018
19:36:28

Anton
12.04.2018
19:39:19
Кто-то ставил Jenkins контейнер ? Сталкивался с проблемой моментального переполнения , вроде только один билд и там все минимально

Aleksey
12.04.2018
19:40:51
Алсо, тут поднималась тема дампа базы через docker exec. Оказывается, без ключа i (вкупе с -t) оно рандомно виснет. Docker 17.09.3.

Artem
12.04.2018
19:42:26

Aleksey
12.04.2018
19:42:59

Artem
12.04.2018
19:43:01
А nfs по скорости не очень выходит
Ну тут конечно зависит от запросов
Если nfs хватит, то хозяин барин

Aleksey
12.04.2018
19:43:45

Artem
12.04.2018
19:44:48
Если в одном ДЦ, то возможно, а между регионами гонять, то там все не так весело
Сужу по куберу и PV нфсных

Aleksey
12.04.2018
19:45:17
Между регионами всё кроме фиберченела говном будет, хоть рожай.

Google

Sergey❄️
12.04.2018
19:54:47
Подскажите балбесу, как для джанго сделать миграции на каждый запуск контейнера? В гугле на забанен, но там какой-то оверхед и отдельные не нужные команды, а хочется всё няшно в компоуз
some_web_app:
build: .
env_file:
- env_file
command: bash -c "python manage.py makemigrations data && python manage.py migrate data"
Намана?

Artem
12.04.2018
20:02:14
А добавить в скрипт энтрипойнт не вариант?
По красоте вообще ещё сделать переменную в зависимости от которой будет проходить/не проходить миграция

Sergey❄️
12.04.2018
20:02:52
Что за энтрипоинт, не шарю

Artem
12.04.2018
20:03:53
Entrypoint как раз конечный процесс который запускается в контейнере
Через cmd ты его переназначаешь

Sergey❄️
12.04.2018
20:04:13
хм, но мне миграцию нужно раньше

Artem
12.04.2018
20:04:21
Обычно это скрипт типо docker-entrypoint.sh
Ну вот в нем и опишешь типо if INIT=true мигрировать и потом запускать апликуху
Если нетруъ, просто запускать апликуху
Возьми любой офф контейнер хоть nginx например и посмотри их докерфайл и скрипт энтрипойнта и все станет ясно

Sergey❄️
12.04.2018
20:08:24

Artem
12.04.2018
20:09:40
Докерфайл используется при билде
А энтрипойнт уже при запуске контейнера
Билд(докерфайл) > старт контейнера(компоуз) > старт миграции(энтрипойнт скрипт) > старт аппликухи(энтрипойнт скрипт)

Sergey❄️
12.04.2018
20:15:57

Artem
12.04.2018
20:16:25
Да, все верно

Павел
12.04.2018
20:51:34
привет все. -p 0.0.0.0:5554:1080 подключение по ip контейнера:1080 работает

Google

Павел
12.04.2018
20:51:51
подключение к 127.0.0.1:5554 нет
как можно диагностировать проблему?

Andrey
12.04.2018
20:52:42
netstat -natp | grep LISTEN

Павел
12.04.2018
20:54:51
не слушается порт
ну это и так поняно, не понятно почему

Yevhen
12.04.2018
21:13:09

intruder
12.04.2018
21:17:25
какой командой глянуть лог если контейнер стартует и Exited сразу?
чтобы понять в чем причина

Евгений
12.04.2018
21:24:03

intruder
12.04.2018
21:24:22
контейнер не запущен - ничего не показывает

Евгений
12.04.2018
21:24:55
запусти без -d

Vadim
12.04.2018
21:25:41
а вообще причина в докерфайле?
там что-то крэшит

intruder
12.04.2018
21:30:03
я и без d запускаю

Vadim
12.04.2018
21:33:27
docker logs - - details CONTAINER

intruder
12.04.2018
21:41:08
docker logs это stdout из контейнера?

Vadim
12.04.2018
21:44:00
просьба читать маны

Aleksey
12.04.2018
23:18:38

Black
13.04.2018
06:59:09

Google

Black
13.04.2018
06:59:13
:D

Никита
13.04.2018
07:56:42
где можно почитать на русском про compose файлы и запуск контейнеров на их основе?

Евгений
13.04.2018
07:59:35

Black
13.04.2018
08:00:36
Жень, привет) Подскажи пожалуйста, я вот репо создал свой в докер-хаб, на локальной машине в докер-хаб зашел, через cmd. А как мне образ теперь лить в мой созданный на докер-хаь? (ссори за зашкварный вопросы)

Евгений
13.04.2018
08:02:07

Black
13.04.2018
08:02:28
сам разобрался
спасибо

Ilivg
13.04.2018
08:15:16
Привет всем! :)
Имеется .NET Core приложение, работающее с БД и передающее через RabbitMQ.
На виндовых серверах скорость передачи сообщений в норме - 350-800 собщений в секунду, а то же самое приложение, собранное под Linux и запущенное в docker контейнере - не более 200, но в среднем около 100 всего. При этом ctop показывает для данного контейнера нагрузку до 223%, а htop в среднем 97% на всех 4-х ядрах.
Это как-то можно исправить или .NET Core рантайм тормознутый под Линь?

Andrey
13.04.2018
08:25:05
а запущенное в docker container под windows как себя ведёт?

Andrey
13.04.2018
08:26:28

Ilivg
13.04.2018
08:26:28

Andrey
13.04.2018
08:26:47
докер может вносить overhead, да

Andrey
13.04.2018
08:26:53
это не отменяет мой вопрос :)

Andrey
13.04.2018
08:26:54
попробуйте сначала без него

Павел
13.04.2018
08:29:49
ребят, прокидываю порт по срдетсвам -p 5554:1080 при подключении по ip к контейнеру все работает. при попытки подключится к 127.0.0.1:5554 получаю ошибку, как найти причину?

Ilivg
13.04.2018
08:34:25
это не отменяет мой вопрос :)
В Win работает нормально. Там 5 сервисов крутится , работающих с раббитом. на тех же 4 ядрах результат более значимый. ?

Andrey
13.04.2018
08:35:01

Google

Ilivg
13.04.2018
08:35:50
в докере?
Хм... Я вроде бы ответил, что в Win - не в докере. Нативно.

Andrey
13.04.2018
08:36:36
А я вроде спросил как оно себя на win ведет в докере :) Не нативно.

Ilivg
13.04.2018
08:40:59

Andrey
13.04.2018
08:44:37
вряд ли, там многое можно (и нужно) тюнить.
поэтому и предлагаю сначала понять какой overhead при запуске в том же окружении, в котором оно бегает быстро.
в джавовском JVM например есть аргументы командной строки после которых приложение в контейнере начинает более-менее быстро работать. не удивлюсь если в .NET CLR такая же история.