Konstantin
26.12.2018
10:50:08
Stefan
26.12.2018
10:51:02
Konstantin
26.12.2018
10:51:07
Alex
26.12.2018
10:52:53
Google
Konstantin
26.12.2018
10:56:55
Праздники же, даёшь позитив
Andrey
26.12.2018
11:13:12
а почему Константин? Виктор жи
Tex
26.12.2018
11:14:11
Konstantin
26.12.2018
11:30:29
А вообще глупо хейтить сворм в пользу куба в группе сворма. ?
Konstantin
26.12.2018
11:38:42
А есть группа куба?
Айбелив
26.12.2018
11:38:57
Konstantin
26.12.2018
11:39:03
Или тут за вопросы о ссылке на группу куба будут хейтить
Спс большое
Айбелив
26.12.2018
11:39:35
Konstantin
26.12.2018
11:40:16
Да я сам себя за такое буду хейтить
Konstantin
26.12.2018
11:44:00
George
26.12.2018
11:45:52
Google
Konstantin
26.12.2018
11:51:39
Полётками по своей спине, хейтерить по православному
Ivan
26.12.2018
12:03:07
Всем привет!
кто нибудь юзает эластик 6.4.3 в докере?
У меня странная ошибка - при старте сразу падает с сообщением:
OpenJDK 64-Bit Server VM warning: UseAVX=2 is not supported on this CPU, setting it to UseAVX=1
что меня удивило - я не смог нагуглить как указать UseAVX. подобные вопросы есть на разных сайтах, но там нет ни одного ответа...
Konstantin
26.12.2018
12:04:16
Ivan
26.12.2018
12:04:34
так он падает после этого
Evgeniy
26.12.2018
12:06:03
подскажите плиз, использую
# docker-compose -v
docker-compose version 1.23.1, build b02f1306
как в yml файле передать порты через переменные
ports:
- ${NGINX_EXTERNAL_PORT}:80
- ${NGINX_SSL_EXTERNAL_PORT}:443
ошибся на имени переменной в .env файле, все работает
Danila
26.12.2018
12:09:04
тыж почти ответил на свой вопрос
опередил =)
Максим
26.12.2018
12:15:11
Всем привет. Есть проблема - пул контейнера заканчивается ошибкой unexpected EOF.
Сам контейнер собрается нормально, пушится в registry тоже нормально, а при попытке спулить контейнер из rgistry получаю ошибку unexpected EOF. Выглядит вот так
https://pastebin.com/9YMbBikC
Контейнер с Nginx'ом. Локально контейнер запускается без проблем. Проблема именно при пуле.
Подскажите, куда копать и с чем может быть связано?
Andrey
26.12.2018
12:28:17
либо сеть, либо https://github.com/docker/distribution/issues/2367
как w/a советуют кэш почистить
Максим
26.12.2018
12:47:40
rabbitkate
26.12.2018
15:46:26
всем добрый день. подскажите, правда ли, что на ArchLinux не стоит пытаться ставить докер из-за отстутствия у дистра необходимых компонентов в ядре? если да, с каким дистром безболезненнее всего подружить докер?
Konstantin
26.12.2018
15:48:19
rabbitkate
26.12.2018
15:53:14
George
26.12.2018
15:58:18
Коллега ставил докер, полет нормальный. Но за версию арча не скажу
roman
26.12.2018
16:05:43
все норм в арче. хайлоад правд не пробовал ?
rabbitkate
26.12.2018
16:09:09
спасибо за ответы)
ildar
26.12.2018
16:57:26
Google
George
26.12.2018
16:58:01
Версия арча? О_о
ну, он же как-то определяется? Или ты хочешь сказать, что у тебя вариантов нет, кроме как быть на блидинг эдж?
ildar
26.12.2018
16:59:03
George
26.12.2018
16:59:31
Yep. Rolling release.
ну, система, которая не оставляет тебе возможности зафиксироваться на определенной версии == говно
ildar
26.12.2018
17:06:20
Разрабатывать в докере 18.09, когда в проде 1.x.x... ну, может что то вылезти)
rabbitkate
26.12.2018
17:08:53
roman
26.12.2018
17:35:03
George
26.12.2018
17:37:40
3. При условии сборки не из исходников
2.да
1. Может? Любой бинарный линукс
roman
26.12.2018
17:39:01
хотя, так то пофигу )
✖️
26.12.2018
17:53:35
привет, кто-то может помочь с впросом на СО?
https://stackoverflow.com/questions/53935351/how-many-proxies-nginx-layers-inside-docker-is-considered-too-much
inqfen
26.12.2018
17:59:05
А в чем проблема?
Nginx'ам в докере выкидываешь порты на хост
✖️
26.12.2018
18:00:03
нормально ли их наслаивать в таком количестве
inqfen
26.12.2018
18:00:26
Ну да, 1 лишний
✖️
26.12.2018
18:00:47
и норм ли что я собираюсь один энжинс на хосте держать
Google
inqfen
26.12.2018
18:00:54
Обычно 1 системный прокси на хосте, у него 80 и 443 порты опубликованы
В общем 1 nginx общий прокси
Он проксипассит на nginx'ы приложений
✖️
26.12.2018
18:02:09
Зачем
ты ж на это ответил выше
inqfen
26.12.2018
18:02:20
А у них статика и fastcgi pass и это все
✖️
26.12.2018
18:02:28
просто у внешнего прокчи на хосте не должно быть ничего связаного с приложением
просто редиректит трафик и контролирует сертефикат
inqfen
26.12.2018
18:02:47
Ну так у прокси и не будет
✖️
26.12.2018
18:03:03
а тот что внутри уже управляет как распределять, что на АПИ идет, что с реактам
inqfen
26.12.2018
18:03:08
Он знает только имена контейнеров, куда надо дальше отправить
В общем nginx на хосте не нужен
Серты сразу на роутер, который на схеме
И в общем-то вот
А ему просто в conf.d подкладываешь конфиги как куда нужно сходить
Типа там редирект на https и proxypass с именем контейнера
И server_name конечно
George
26.12.2018
18:06:37
2 х достаточно
А вообще можно и уменьшить их количество ещё меньше
✖️
26.12.2018
18:07:38
конкретно сейчас у меня вообще 1, но я расписал на СО какие при этом проблемы
Google
✖️
26.12.2018
18:08:45
inqfen
26.12.2018
18:09:02
?
Обновил - > релоад
Простоя нет, что ещё надо
✖️
26.12.2018
18:09:29
certbot должен получить подтверждение от энжинкса которым управляет
а в контейнер он не может постучать
inqfen
26.12.2018
18:09:57
Certbot может и без nginx работать например
✖️
26.12.2018
18:10:06
из котого что я видел в интернетах так это цеплять цербота в отдельный контейнер и запускать периодически
inqfen
26.12.2018
18:10:54
Или на основе записей в твоём домене например, тогда nginx не нужен вообще
✖️
26.12.2018
18:10:56