и там никакой заставки нет

со звуком баг, да

Всем привет

https://github.com/moby/moby

что за Moby Project?

https://github.com/linuxkit/linuxkit еще какой-то новый проект

то, что осталось от docker opensource

Народ а docker-compose restart применяет новый конфиг (docker-compose.yml), если тот менялся?

Или просто сделает рестарт контейнеров из кеша

я с новым конфигом делаю docker-compose up -d <service_name>

Всем пятничный привет :)

Скажите, а названия сервисов в docker-compose.yml испольуются в качестве хостнеймов? То есть, без особый нуждны мне не нужно создавать отдельную сеть и хардокодиь ip адреса; можно пользоваться именем сервиса?

если внутри компоса, то да

Ок, спасибо. А то морочился с созданием сетки, а оказалось за меня уже подумали :)

Тогда получается и nginx внутри контейнера будет резолвить имена служб?

да

Главное пропросить их

Запускаю nginx через compose proxy: build: proxy ports: - "80:80" volumes: - ./config:/etc/nginx не монтируется volume вывод docker inspect: "ArgsEscaped": true, "Image": "sha256:991054e8b09fba0e2fbd75d122c7fc0317109275cc32c47e64f0b0c99a26e3b9", "Volumes": null, "WorkingDir": "", "Entrypoint": null, "OnBuild": [], "Labels": {}, "StopSignal": "SIGQUIT" Почему сие может происходить?

При этом volumes: - ./config:/etc/nginx удаляет содержимое /etc/nginx внутри контейнера...

Два случая: да и нет, оба случая приводят к аналогичному

Насколько я знаю докера должен создать директорию если её нет?

нет

при сборке он не создает

при сборке он не создает

Не при сборке, при запуске контейнера

Если монитрую каталог через компоуз, то получаю такой отлуп в логах Attaching to docker_proxy_1 proxy_1 | 2017/05/19 13:41:50 [emerg] 1#1: open() "/etc/nginx/nginx.conf" failed (2: No such file or directory) proxy_1 | nginx: [emerg] open() "/etc/nginx/nginx.conf" failed (2: No such file or directory) То есть каталог nginx контейнера просто пустой... Это видно если запустить shell внутри контейнера и сделать ls -la

Извиняюсь, моя ошибка...

дважды и трижды буду проверять пути :)

коллеги поставил docker-ce под centos 7 из официального репозитория раньше использовал docker-compose сейчас не могу его найти его чем то другим заменили?

коллеги поставил docker-ce под centos 7 из официального репозитория раньше использовал docker-compose сейчас не могу его найти его чем то другим заменили?

доставь дополнительно

sudo curl -o /usr/local/bin/docker-compose -L "https://github.com/docker/compose/releases/download/1.13.0/docker-compose-$(uname -s)-$(uname -m)" sudo chmod +x /usr/local/bin/docker-compose

и всё

docker-compose -v

чекнуть потом не забудь

хотелось бы пакетом что бы потом не ломали голову что и откуда взялось

не, ток так (но это не точно)

во всяком случае в статьях так написано

ок спс но я вроде слышал что есть замена compose там версия 3 что ли

но вспомнить не могу про что это было

коллеги поставил docker-ce под centos 7 из официального репозитория раньше использовал docker-compose сейчас не могу его найти его чем то другим заменили?

так он никогда пакетом и не ставился в centos

ок

спс

Народ подскажите. При использовании reverse-proxy

есть два сайта на бекенде

site1.com и site2.com

при переходе на site1.com всё ок, он возвращает то что нужно

но при переходе на site2.com он по очереди возвращает содержимое site1.com потом своё(site2.com)

во пример:

два раза подрят один и тот же запрос

но ответы азные

и если продолжать они чередуються

я так понял это заслуга reverse proxy

но как отключить подобное поведение

и правильно ли я вообще понимаю

Link хедер это перенаправление

но почему оно возникает

прилагаю конфигурацию reverse-proxy: https://yadi.sk/d/BvQHb3j03JLLud

И конфигурация одного из бек серверов(они идентичны, за исключением server_name) https://yadi.sk/d/wllCpPnH3JLLzc

Бьюсь над проблемой весь день а откуда береться редирект не понимаю, буду благодарен за любую помощь

на pastebin.com если не сложно

gist.github.com

Это back https://pastebin.com/BppechD3

https://pastebin.com/ymAeCnb4

а это фронт

на фронте только один бэк объявлен

да нет же два

shop.concepter.co

и concepter.co

upstream shop.concepter.co { ## Can be connect with "proxy" network # shopconcepterco_nginx_1 server 172.18.0.6:80; }

я про shop

и да ... зачем upstream обзывать так же как и dns-имя сервера?

не понял

может, из-за этого?

что имееться в виду

в конфиге фронта редиректа

отбой про апстримы

proxy_set_header Host $host;

proxy_set_header Host $http_host;

а, вижу ... общее на всё. но на бэке только один server_name объявлен, так?