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

это хардкод добавлять в хостс - лучше тогда добавить в docker-compose DNS

Согласитесь лучше и потом понятнее

DBHOST=mynicename docker run ...

а в чем вопрос то тогда состоял?

Как запустить контейнер чтобы он брал DNS текущего соединения( ВПН ) сам

Тк он по-ходу берет другой

ПРНивет, подскажите, что я делаю не так? Запускаю из хостовой машины команду docker exec -ti fail2ban sh "/usr/bin/fail2ban-client set nginx-http-auth unbanip 192.168.111.235" получаю отлуп bash: 0: Can't open /usr/bin/fail2ban-client set nginx-http-auth unbanip 192.168.111.235 ПРи это м если эту же команду выполню внутри этого контейнера в баш то все отрабатывает норм

так а что это за команда ему передается

как это понять sh "blablbla"

ПРНивет, подскажите, что я делаю не так? Запускаю из хостовой машины команду docker exec -ti fail2ban sh "/usr/bin/fail2ban-client set nginx-http-auth unbanip 192.168.111.235" получаю отлуп bash: 0: Can't open /usr/bin/fail2ban-client set nginx-http-auth unbanip 192.168.111.235 ПРи это м если эту же команду выполню внутри этого контейнера в баш то все отрабатывает норм

sh -c

sh -c

спасибо ) как то я проигнорил этот ключ хоть и прочитал в доке

2,5$

дешевеет

А знает ли кто-то инструмент для визуального отображения контейнеров с сетями?

А знает ли кто-то инструмент для визуального отображения контейнеров с сетями?

https://www.weave.works/assets/images/bltafecfd91e3b408b4/Jan30-filtercpukubapi-WC.png только там k8s нужен

https://www.weave.works/assets/images/bltafecfd91e3b408b4/Jan30-filtercpukubapi-WC.png только там k8s нужен

Печалька, у меня single node даже без сварма

Но спасибо)

1$

Можно миникуб такто

Печалька, у меня single node даже без сварма

+1

почти рускогоря

Если что, есть вот такая фигня: https://github.com/eagafonov/docker-network-graph-poc Но .dot файл нужно красиво будет самому отрисовать

oi, u w0t m8

Как правильно описать маунты с хоста в компоузе для сварма как по ссылке https://docs.docker.com/engine/swarm/services/#give-a-service-access-to-volumes-or-bind-mounts

а то при поднятии компоуза все норм, но для stack deploy видимо нужно в другом виде задать

а то при поднятии компоуза все норм, но для stack deploy видимо нужно в другом виде задать

Он не создаёт папки на хосте, там бинд наверное у тебя?

У меня там для маунтов уже папки созданы и нода всего одна

Но как то не заводится, точнее стак поднимается, но без маунтов

Мне нужно именно бинд с хоста, насколько я понимаю

Но как то не заводится, точнее стак поднимается, но без маунтов

так ты хоть покажи как ты маунтишь

норм худая КЗ или Док ДБ с образом?

так ты хоть покажи как ты маунтишь

В композе это примерно так volumes: - /host/path:/container/path

В блоке сервиса

В композе это примерно так volumes: - /host/path:/container/path

так и есть, а что ему не нра?

Когда через compose up все норм, а через stack deploy с этим же композом в сварм просто отсутствуют эти маунты в сервисах.

Хотя нет, там не совсем так

Путь указан переменной

Которая из .env указана, может он это распознать не может?

https://github.com/docker/dockercraft WAT

Типо data=/data/dir и соответственно в композе маунт вида ${data}/:/container/path

Которая из .env указана, может он это распознать не может?

с .env файлами не работаю, не скажу точно

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

Ага, надо будет попробовать, но не в пятницу вечер ?

Ага, надо будет попробовать, но не в пятницу вечер ?

под пивко самое то

под пивко самое то

да вы тут извращенцы....

базовый образ с гитом?

buildpack-deps ?

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

no Do not automatically restart the container. (the default) on-failure Restart the container if it exits due to an error, which manifests as a non-zero exit code. unless-stopped Restart the container unless it is explicitly stopped or Docker itself is stopped or restarted. always Always restart the container if it stops.

из данных... думаю always выбирать.

always, самый простой вроде

зависит конечно же от задач

как on-failure + после запуска машины

как on-failure + после запуска машины

вот мне наверное на случай если тачка перезапустится

Интересно, кто-то работал с golang api для docker? Может подскажите, как запушить образ?

лучше команды оболочки разбивать на RUNы или чейнить в одном через &&?

лучше команды оболочки разбивать на RUNы или чейнить в одном через &&?

Лучше в одном. Образ будет меньше.

Лучше в одном. Образ будет меньше.

тока тогда получается если в конце чтото зафейлит, всё что я полчаса билдил коту под хвост, незакэшится?

тока тогда получается если в конце чтото зафейлит, всё что я полчаса билдил коту под хвост, незакэшится?

да

ERROR: S client not available

так какая польза ат маленького образа если его надо долго ребилдить?

так какая польза ат маленького образа если его надо долго ребилдить?

почему долго? отлаживать не очень удобно, да. но скачиваться, пушится и главное запускаться он будет быстрее

так какая польза ат маленького образа если его надо долго ребилдить?

Идея в том, что бы тебе не пришлось его ребилдить, наоборот.

так какая от него польза качиваться, пушится и главное запускаться если он не работает?

получается, для разработки и для релиза разные докерфайлы?

получается, для разработки и для релиза разные докерфайлы?

Разбивай на несколько этапов. Тут надо найти середину

1 RUN до компиляции, включительно, второй — после?

1 RUN до компиляции, включительно, второй — после?

Один run на установку пакетов, которые почти не меняются, второй на установку зависимостей, которые иногда меняются, третий на установку зависимостей, которые довольно часто меняются

И так далее

получается, для разработки и для релиза разные докерфайлы?

зачем? ты пока отлаживаешь можешь разнести по разным инструкциям, потом собрать в одну. использование одного слоя дает возможность поставить пакеты сделать с ними что нужно и в нем же удалить их после и не тащить их в образе. если разнести по разным слоям то размер будет только расти

зачем? ты пока отлаживаешь можешь разнести по разным инструкциям, потом собрать в одну. использование одного слоя дает возможность поставить пакеты сделать с ними что нужно и в нем же удалить их после и не тащить их в образе. если разнести по разным слоям то размер будет только расти

Ну не совсем, это касается только удаления же.

Если у тебя несколько run и все без удаления, то особо разницы нет - один или несколько, а вот всякие кэши, отладки в плюсе

Если у тебя несколько run и все без удаления, то особо разницы нет - один или несколько, а вот всякие кэши, отладки в плюсе

да, тут вопрос середины оптимальной

Хелпаем, хелпаем. Поднимаю проект (docker-compose -f docker.yml up) но контейнеры не видят друг друга

web: image: nginx:stable ports: - "8084:80" links: - frontend - backend volumes: - ./nginx/nginx.conf:/etc/nginx/nginx.conf:ro,z

...

docker-compose --version docker-compose version 1.10.0, build 4bd6f1a

Frontend не видит db, backend тоже

С чего бы так?

На той же машине другие пару проектов норм работают

Nginx ругается что нету прописанных upstream-ов frontend, backend ..

Backend не находит db

docker network ls покаывает что сеть под именем такого проекта создана

Ну можно зайти в контейнер и увидеть папку вместо конфига)

версию 2+ юзай

1я версия не создаёт сеть, а линки дно.

Граждане, hewp! Я не вкуриваю немножко про приватные сети докера. если я нескольким контейнерам для взаимодействия друг с другом делаю «--network=private», а потом тому nginx, который должен проксировать внешний трафик внутрь, говорю «-p 80:80 —network=private», то это должно работать или нет?

Граждане, hewp! Я не вкуриваю немножко про приватные сети докера. если я нескольким контейнерам для взаимодействия друг с другом делаю «--network=private», а потом тому nginx, который должен проксировать внешний трафик внутрь, говорю «-p 80:80 —network=private», то это должно работать или нет?

да