Приведи подробнее пример, какие сервисы по каким именам тебе нужны? По умолчанию localhost:[разные порты] достаточно.

угу, уже разобрался, спасибо)

Кто как шарит волюмы в сворме? Я юзаю гластер и расшареную папку и оттуда монтирую в контейнеры. А если рассшарить через гластер /var/lib/docker/volumes? Докеры поймут это?

Привет! Как можно обновить файл, не перезапуская контейнер, если он прокинут не как папка, а как файл?

там с inode трабла

Кто как шарит волюмы в сворме? Я юзаю гластер и расшареную папку и оттуда монтирую в контейнеры. А если рассшарить через гластер /var/lib/docker/volumes? Докеры поймут это?

Не думали перейти на k8s?

Не, у меня в кластере 3 железки, кубер мне не к чему

да кубер как и сворм можно хоть на 2 вертеть

Можно хоть на одной, но зачем ?:) Кубер сложней в освоении по сравнениею со свормом.

Потому что сворм больше не разрабатывают

Можно хоть на одной, но зачем ?:) Кубер сложней в освоении по сравнениею со свормом.

с такой логикой можно и на компоузах вертеть обмазавшись шел скриптами 😂

Нативная поддержка кубера ещё не значит что сворм забросили.

Разве? Я вот для даже роадмапа для нового сварма не могу найти. Баги то фиксить будут, а новые плюшки завозить?

chmod: changing permissions of '/var/lib/pgsql/data/userdata': Operation not permitted кто нить знает как решить это с контейнером постгре?

chmod: changing permissions of '/var/lib/pgsql/data/userdata': Operation not permitted кто нить знает как решить это с контейнером постгре?

откуда ошибка?

из контейнера с постгре

из контейнера с постгре

что выполняет chmod?

idk (

что это?

что выполняет chmod?

Постгрес же делает при старте так, разве нет?

Постгрес же делает при старте так, разве нет?

пустую диру насколько помню

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

chmod: changing permissions of '/var/lib/pgsql/data/userdata': Operation not permitted кто нить знает как решить это с контейнером постгре?

Не винда случайно?

не

"/data/12345-data/camunda-db:/var/lib/pgsql/data"

то есть ты кастомизировал официальный образ и там делаешь чмод?

вообще, я ничего не делаю в образе

чмода тоже нету

я так понимаю что чмод идет из за папки что я пробрасываю

тут есть

chmod: changing permissions of '/var/lib/pgsql/data/userdata': Operation not permitted кто нить знает как решить это с контейнером постгре?

в плане вне контейнера у нее другие права

вот видимо и чмодит

скинь лог контейнера с ошибкой и парой строк выше и ниже, чтобы контекст понять

там только эта строка

на спаме

контейнер идет в рестарт

контейнер работает от юзера postgres, насоклько я помню. значит прав не хватает файлы чужого юзера читать

да блин очевидно же

маунтит с хоста он ее и там права стоят кривые

поставь овнером на id юзера в контейнере с постгрей

на папку которую маунтишь

блжать

спасибо!!!

sudo chown -R 26 camunda-db/ решило проблему

Камрады, я немного не осиливаю, подскажите: Вот есть дефолтная сеть докера, которая docker0. По умолчанию берется resolv.conf с хоста и этого хватает, чтобы ходить в мир, но контейнеры по хостнеймам друг друга не видят. Но если создать новую сеть с тем же драйвером bridge, то докер сует контейнерам в этой сети свой встроенный DNS (127.0.0.11), который дает условному контейнеру first ходить в контейнер second по хостнейму. Вопрос: Возможно ли научить этой магии контейнеры в дефолтной сети? Как? Нагуглить быстро не получилось, доки читал, ответа не нашел. Возможно, я в принципе хочу какую-то нелогичную херню?

А нет, нашел. https://docs.docker.com/engine/userguide/networking/ >Docker does not support automatic service discovery on the default bridge network. If you want to communicate with container names in this default bridge network, you must connect the containers via the legacy docker run —link option. Собственно, как раз --link и хотелось избежать, но раз не разрешают, то ладно.

а так нормально делать? ADD dashboard.ps1 . ENTRYPOINT ['powershell', '.\dashboard.ps1']

чтоб пути не указывать

виндокер?

ага

А нет, нашел. https://docs.docker.com/engine/userguide/networking/ >Docker does not support automatic service discovery on the default bridge network. If you want to communicate with container names in this default bridge network, you must connect the containers via the legacy docker run —link option. Собственно, как раз --link и хотелось избежать, но раз не разрешают, то ладно.

так и создать свою сеть и в нее добавлять контейнеры чем не вариант?

как в доке

you should use user-defined networks instead

так и создать свою сеть и в нее добавлять контейнеры чем не вариант?

Хотелось избежать каждый раз вспоминать, что контейнер надо добавить в не-дефолтную сеть.

а ты все контейнеры ручками поднимаешь по одному?

т.е. даже не компоузами?

Пардон, какие "все"? Речь про тестовый стенд же была и то, почему фича не работает в дефолтной сети. Так-то всегда можно найти где это параметризовать.

Ну и раз уж кому-то еще стало интересно, то вот тут нашел хороший ответ: https://stackoverflow.com/a/41403239

Подскажите - это у меня одного такая проблема? - Еще не разу не смог запустить докер, что бы он нормально работал. При запуске выводит что всё ок. А по команде docker-compose up - уйма ошибок (папки не валюмятся или с ip проблема) И решением является рестарт докера. Т.е. что бы нормално работать с докером. В начале рабочего дня - запускаю докер. После этого делаю рестарт успешно запущенного докера. И никаких проблем.

Но что бы просто запустил докер и он работал такого еще не было

Подскажите - это у меня одного такая проблема? - Еще не разу не смог запустить докер, что бы он нормально работал. При запуске выводит что всё ок. А по команде docker-compose up - уйма ошибок (папки не валюмятся или с ip проблема) И решением является рестарт докера. Т.е. что бы нормално работать с докером. В начале рабочего дня - запускаю докер. После этого делаю рестарт успешно запущенного докера. И никаких проблем.

смотри кубернетис

меньше гемора

будет

Кубер под вин и ноу проблем

Спс, посмотрю.

всем хай. подскажите, пожалуйста, если кто встречал такой неприятный момент. запилил заказчику проект, выдали сервер на Vscale с centOS 7. сам уже пользовался centOS 7 на Vscale, проблем не было. тут такая штука: есть сервер, у него есть публичный ip-адрес, например a.b.c.d. поставил на сервер докер, в нём несколько контейнеров — первый Caddy (типа nginx с меньшим количеством настроек) и node-приложение. Caddy слушает на портах 80 и 443 и проксирует запросы в node-приложение. снаружи всё нормально, сервер отвечает на запросы на a.b.c.d:80 и a.b.c.d:443. но вот изнутри контейнера с node-приложением странная фигня: говорит, что host unreachable. *причём* $ ping a.b.c.d работает нормально: 64 bytes from a.b.c.d: seq=0 ttl=64 time=0.096 ms 64 bytes from a.b.c.d: seq=1 ttl=64 time=0.098 ms 64 bytes from a.b.c.d: seq=2 ttl=64 time=0.147 ms а вот $ wget a.b.c.d нет: Connecting to a.b.c.d:80 (a.b.c.d:80) wget: can't connect to remote host (a.b.c.d): Host is unreachable

Так копай настройки этого недонджинкса, чтобы нормально проксировал на самого себя

А вообще странно с бэкэнд стучаться на самого себя через свой же реверс прокси нежели не обращаться просто по имени сервиса

Так копай настройки этого недонджинкса, чтобы нормально проксировал на самого себя

Не, он нормально проксировал. Стучаться самого в себя через прокси да, странно, но это потому что там у меня «изоморфное» реактовское приложение, оно при серверном рендеринга отправляет такой же запрос, как и с клиента на полный урл. Короче проблема была в firewalld, если кому нужно будет: $ firewall-cmd --add-port=80/tcp --permanent $ firewall-cmd --add-port=443/tcp --permanent $ firewall-cmd --reload И перезапустить docker

Эмм, без этих правил у тебя бы не работал запрос извне в принципе, а ты писал что все работало

Эмм, без этих правил у тебя бы не работал запрос извне в принципе, а ты писал что все работало

Вот тут не могу ничего сказать, к сожалению) Действительно работал извне, а после манипуляций стал ещё и изнутри. Caddy кстати нормальная тема, написан на Go, может чуть помедленнее nginx, но у меня не такие нагрузки, плюс бонусом автоматическая генерация SSL сертификатов на домены в конфиге и автопродление. Ну и конфиг в 10 раз короче, чем у nginx

А ещё он платный не для персонального использования.

Caddy прекрасен для своих задач - некоммерческого использования в небольших проектах без хайлоада. Впрочем, к докеру это все слабо относится.

А ещё он платный не для персонального использования.

Незадача ☹️

Эм. Ну минимальный да, а проксирование: ```location /match/here { proxy_set_header HOST $host; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass http://example.com/new/prefix; }```

+ объявить upstream

А где 443?)

В Caddy proxy /stream localhost:8080 { transparent }

так, мне теперь тоже интересно что за Caddy и зачем он вместо Nginx ?