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

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

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

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

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

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

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

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

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

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

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

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

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

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 на установку пакетов, которые почти не меняются, второй на установку зависимостей, которые иногда меняются, третий на установку зависимостей, которые довольно часто меняются

И так далее

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

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

Хелпаем, хелпаем. Поднимаю проект (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 покаывает что сеть под именем такого проекта создана

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

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

спс. значит, где-то в другом месте обосрался.

байты не бегают

ща, надо передохнуть и победю

А что за userland-proxy?

{ "iptables": false, "userland-proxy": true, ... }

Советуют ставить для xenia чтобы работал ufw

Господа, объясните нубасу, пожалуйста, как заставить бежать sensu в контейнере centos7? Что-то я грущу, потому что service и systemctl не алё по причине малых прав, а запуск с /sbin/init не приводит к ожидаемому запуску сервисов.

а если контейнер в привилегированном режиме стартовать?

а если контейнер в привилегированном режиме стартовать?

Это совсем неправильно.

Это совсем неправильно.

Для мониторинга как раз нормально

привет, как таймзону поставить через docker-compose для https://hub.docker.com/_/mariadb/

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

по ссылке раздел есть Using a custom MySQL configuration file

а контейнер берет время хоста?

скорее UTC

docker exec -it <ID> date

спасибо

А что за userland-proxy? { "iptables": false, "userland-proxy": true, ... } Советуют ставить для xenia чтобы работал ufw

Вроде обычно хватало iptables: false

Я пока обычно заходил в контейнер через я ssh. ssh -> docker exec - а есть какие- нить удобные способы сделать это удобнее?

понял спасибо

Подскажите, есть ли устоявшиеся практики по переносу контейнеров на другой хост? Понятно что можно просто сделать коммит, а потом save/load, а как быть с volumes?

Подскажите, есть ли устоявшиеся практики по переносу контейнеров на другой хост? Понятно что можно просто сделать коммит, а потом save/load, а как быть с volumes?

backup?

а нет, стоп

кажется я не шарю

а что там с volumes когда коммит делаешь?

Подскажите, есть ли устоявшиеся практики по переносу контейнеров на другой хост? Понятно что можно просто сделать коммит, а потом save/load, а как быть с volumes?

vloumes не сохраняются при бекапе контейнера?

Подскажите, есть ли устоявшиеся практики по переносу контейнеров на другой хост? Понятно что можно просто сделать коммит, а потом save/load, а как быть с volumes?

вот вроде хорошее решение https://docs.docker.com/engine/tutorials/dockervolumes/#backup-restore-or-migrate-data-volumes

А вы правда храните данные внутри контейнера?

Вы называете использовангие volumes хранением внутри контейнера?

Подскажите, мб кто-то сталкивался - у меня проблема как в этом посте https://stackoverflow.com/questions/44689202/springboot-client-unable-register-with-eureka-using-docker-container-id. половина контейнеров регаются на эврике по id контейнера и до них могу достучаться, а те что регаются по странному адресу недоступны. Решений чот быстро не нагуглил

А вы правда храните данные внутри контейнера?

формально volumes это не внутри контейнера

А вы правда храните данные внутри контейнера?

все volumes хранятся не изолированно

так доступ к ним всё равно же только у одного контейнера, если не указано иное и сам волум привязан к ящику. Не проще -v и хранить снаружи?

Или я ошибаюсь?

человек пока не столкнулся с тем, что нужно будет доставлять это на несколько нод)

так доступ к ним всё равно же только у одного контейнера, если не указано иное и сам волум привязан к ящику. Не проще -v и хранить снаружи?

Волумы можно шарить между контейнерами и они тоже в каком-то виде хранятся на хосте

человек пока не столкнулся с тем, что нужно будет доставлять это на несколько нод)

Это больше похоже на плохую практику) Мне просто интересно, зачем?

почему же, нормальная практика в том же кубере