
binka
17.01.2019
15:49:56
Вечер в свом. Можете мне объяснить идеологию, как работать с подключаемыми volume в докере? Допустим создал я каталог, который в последующем должен буду подключать как хранилище для контейнера. Появляются проблемы типа недосаточных прав на запись у контейнера. Обеспечить совместимость прав это моя обязанность или докера? Выставлял 999:999 и тогда проблема исчезает. Изначально каталоги были созданы с правами рута 755
Это получается нужно каждый контейнер проверять и делать соответствующие права на хосте?

Andriy
17.01.2019
16:21:35
Привет всем. Есть такая проблема: REMOTE_ADDR приходит не клиента а докера
Как это разрулить,

Google

Andriy
17.01.2019
16:21:45
?

Старый
17.01.2019
16:22:38
@nodekra
docker run -d -e VIRTUAL_HOST=host -e —expose 80 -v / image
docker run -p 80:80 -v /var/run/docker.sock:/tmp/docker.sock:ro
вот так всё работает, без проблем, всё куда надо прокидывется и работает, когда же через компосе говорит expose деприкейтед, но в доках не слова об этом

inqfen
17.01.2019
16:29:16

Andriy
17.01.2019
16:29:43
У мен яв нем массив ip
что с ними делать?)

inqfen
17.01.2019
16:29:53
Так и должно быть
Первый - ip клиента
И дальше по порядку адрес проксей
Remote address это тот, кто установил сессию, если есть прокся - то это она будет
Так что на него смотреть не надо
%учим php в чате по докеру%

Stefan
17.01.2019
16:32:26
))))

ildar
17.01.2019
16:34:48

Google

inqfen
17.01.2019
16:35:51
Вообще не надо, чтобы пхп тебя учил девопс, который пхп в общем-то и не знает

Старый
17.01.2019
16:36:37
?вот чем в сварме теперь expose заменить

inqfen
17.01.2019
16:37:16
Не использовать сварм, очевидно же

ildar
17.01.2019
16:37:26

Старый
17.01.2019
16:37:44
в том и дело

ildar
17.01.2019
16:38:34

Старый
17.01.2019
16:38:55
если сделать отдельно docker run -d -e VIRTUAL_HOST=host -e —expose 80 -v / image
хоть 100 раз и запустить тем самым 10 контейнеров
а потом сделать docker run -p 80:80 -v /var/run/docker.sock:/tmp/docker.sock:ro nginx, то всё работает
Какой конфиг?
version: '3'
services:
nginx-proxy:
image: jwilder/nginx-proxy
ports:
- "14623:80"
volumes:
- /var/run/docker.sock:/tmp/docker.sock:ro
proxy:
image: proxynode
#expose:
# - "80"
environment:
- VIRTUAL_HOST=proxy.local
- USESSL=0
deploy:
replicas: 100
ulimits:
если не замаскировать expose то он скажет что он деприкейтед

ildar
17.01.2019
16:42:19

Старый
17.01.2019
16:42:49
что деприкейтед, и замены не написано
просто в докере же работает

Professor
17.01.2019
16:44:21

Старый
17.01.2019
16:44:42

binka
17.01.2019
16:44:52
По ману написано, что группа докера = рут

Professor
17.01.2019
16:45:34

inqfen
17.01.2019
16:45:44
Вообще-то докер
Robin Hood:
По ману написано, что группа докера = рут
inqfen inqfen:
Вообще-то докер

Google

inqfen
17.01.2019
16:46:14
Не те ты какие-то маны читаешь

Professor
17.01.2019
16:46:46

binka
17.01.2019
16:47:07
Спасибо, буду ?

inqfen
17.01.2019
16:47:26
Там юзер рут, группа докер, пруф в манах
Группа в конфиге меняется

binka
17.01.2019
16:48:18
Ладно, видимо что-то не так понял https://wiki.archlinux.org/index.php/docker#Installation

ildar
17.01.2019
16:48:49

Старый
17.01.2019
16:51:58

ildar
17.01.2019
16:53:05

Старый
17.01.2019
16:53:12

ildar
17.01.2019
16:53:41

Старый
17.01.2019
16:54:20
?♀
когда я запускаю через докер рун, всё без проблем, экспосе указав
а при компосе он тупо говорит 503 и хоть убейся

inqfen
17.01.2019
16:54:44
А докер и докер композ новые?
Может у тебя композ новый, а докер 17 какой-то
А он м ним как с 18.06 например пытается работать

Старый
17.01.2019
16:55:52
Docker version 18.09.1, build 4c52b90
docker-compose version 1.18.0, build 8dd22a9
вроде не старые

inqfen
17.01.2019
16:57:48
А актуальный 1.23

Google

inqfen
17.01.2019
16:58:01
Поставь через pip

Старый
17.01.2019
17:00:00

inqfen
17.01.2019
17:00:24
Да

George
17.01.2019
17:04:03
это скорее для персистенции данных в рамках одного контейнера
насчет прав - ты абсолютно прав. Либо ставить права 777, либо в каждом контейнере (образе) делать юзера с одинаковым айди
например, 1000
ставим через курл с оф сайта
с пипом очень легко разрушить локальную инсталляцию пайтона

inqfen
17.01.2019
17:05:41
С чего она разрушится

George
17.01.2019
17:05:41

inqfen
17.01.2019
17:05:57
Ставлю так 2 года и все не рухнула

George
17.01.2019
17:06:02
просто когда ты ставишь бинарь компоуза с оф. сайта - он не зависит от пайтон окружения
блять
не спорь

inqfen
17.01.2019
17:06:13
На не одной сотне инстансов уже наверное

George
17.01.2019
17:06:24
ты видимо дерьма типа https://stackoverflow.com/questions/40089841/error-installing-pyopenssl-using-pip
не наелся

Google

inqfen
17.01.2019
17:06:29
С учётом того, что по изначально питонье

George
17.01.2019
17:06:31
мне было достаточно, спасибо

Anton
17.01.2019
17:07:11
Всем привет. Я новичок. Не подскажите возможно ли через Jenkins собирать докер?

George
17.01.2019
17:07:28

inqfen
17.01.2019
17:07:36
не наелся
Такое было и явно написано почему, устаревший пакет
Любое по с ssl на это натолкгется
Ещё и с docker и docker-py пакетами та же история
Пакеты разные, а неймспейсы одни
И docker-py устарел

George
17.01.2019
17:09:32
аааа
у меня сейчас будет отрыв нижней половины тела

inqfen
17.01.2019
17:09:42

George
17.01.2019
17:09:56

inqfen
17.01.2019
17:10:27
Это не проблема pip, а проблема разработчиков
Ну как я выложу свое поделие любое

George
17.01.2019
17:10:44
структура pip пакетов весьма хрупкая. правда
докер-компоуз через пип ставится в системные каталоги пайтон

inqfen
17.01.2019
17:11:09
И в скрипте напишу класть бинарник в /usr/bin/docker
Скрипт качается курлом