-volumes =-v вроде

нее . вроде он снаружи внутрь токо биндит -затирает что внутри (а надо изнутри наружу)

ну да - это "2й вариант" (но мне ща надо 1й ;)

короче если б я раньше забиндил бы, то докер писал бы куда надо (в наружн. каталог забинденый) Но я пропустил это и он уже понаписал внутрь. Это (то, что он понаписал) надо вывалить для "видимости" наружу, и чтоб он продолжал туда же писать дальше ;)

Во. а если не обьявлен, то и не получится?

2й контейнер что-ли специально создать и туда забиндить через volumes-from...

kate

там вверху в [] ссылка можно открыть

Чего вы мучаетесь? docker cp и данные на хосте

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

ладна переделаю

ты фигню какую-то делаешь

что значит "изнутри наружу"

нельзя так, короче

Проблема решается compose файлом где для сервисов прописаны нужные volumes

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

Проблема решается compose файлом где для сервисов прописаны нужные volumes

мне не в др.контейнер а в хост надо (думал —volumes-from это может)

не появятся

ну, по сути, в такой схеме нет проблем, если можно сделать бинд каталогов) если в качестве драйвера используется файловая система, то это по сути просто папка в дебрях /var/lib/docker

так что такая опция возможна, но абсурдна

ну ты разделяй

у него там статика какая-то

результаты жизнедеятельности запущенного софта не тот случай

А кто-нибудь юзает контейнерные healthcheck'и?

ой, а остальное где?

выполни тот же run без -v

вольюм вытесняет внутренние пути контейнера

у тебя hosts и resolve.conf создаются при запуске контейнера уже

# docker run -t alpine ls /etc TZ init.d mtab resolv.conf alpine-release inittab network securetty apk issue opt services conf.d localtime os-release shadow crontabs logrotate.d passwd shells fstab modprobe.d periodic sysctl.conf group modules profile sysctl.d hostname modules-load.d profile.d udhcpd.conf hosts motd protocols

а вот что реально внутри

Я просто столкнулся с тем, что вроде их сделали, но как-то на отъ*бись: в версии 3 их нельзя использовать для корректного запуска зависящих служб. Кроме как в консоли статус контейнеров особо нигде не помониторишь. Я про готовое решение для нотификаций с помощью этих чеков. А когда сел писать бридж в sensu, понял что и api сделали по тому же принципу.

единственный способ вытащить файлы — это сделать вольюм во временный путь, а потом внутри контейнера сделать cp файлов в этот путь, таким образом они окажутся доступны на хосте

таким же образом можно перебрасывать данные между именованными вольюмами

единственный способ вытащить файлы — это сделать вольюм во временный путь, а потом внутри контейнера сделать cp файлов в этот путь, таким образом они окажутся доступны на хосте

можно просто docker cp. Не нужно столько телодвижений

Кто-то тут писал хорошую мысль, что директиву VOLUME сделали для тех, кто не читает описание к контейнеру) Ибо по факту только систему засорять

ну а что у него тогда не получается

ну а что у него тогда не получается

Просто человек учится. Все получится)

ой Вы еще это обсуж.? :) я ж написал: "ven volkov, [21.04.17 20:26] короче если б я раньше забиндил бы, то докер писал бы куда надо (в наружн. каталог забинденый) Но я пропустил это и он уже понаписал внутрь. Это (то, что он понаписал) надо вывалить для "видимости" наружу, и чтоб он продолжал туда же писать дальше ;)"

в 2.1 да, в 3 версии compose убрали

предлагают юзать "wait for" обвязки. Проще юзать consul с его чеками и "passing" в темплейтах

Мне пока нет, но вопрос был не в этом, а в том кто как получает и куда шлет эти health статусы

Спасибо, я читал документацию)

Да я уже набросал бридж health статусов в sensu. Хотел избавится от ощущения велосипеда

в v2 не было condition, он есть только в 2.1

сорри, пригорело просто с этих чеков.

Пойду плюсану issue про v3

я понимаю в связи чем его не будет в v3. плюс очевиден: у меня почти все контейнеры зависят от consul'a. Поднимается все через compose. И пока не прошла инициализация контейнера с консулом, нет смысла генерить ошибки на других

хороший вопрос. У меня пока ошибок не было) Но думаю docker-compose отвалится с ошибкой по таймауту запуска. По крайней мере это логично.

Пока да

Переползаю с полностью chef на chef для базовой конфигурации + docker для app

Ээээм, это как не нужен?

Consul - это не только ценный ме... эээ, service discovery, но еще и kv хранилище

И я сейчас пока только кайфую от того что у меня мгновенная выкатка изменений, а не как раньше пока chef отработает

Нет. Это другое

Только если etcd

Не щупал, не знаю

А что у нас аналог consul, vault и consul-template у?

Consul - это не только ценный ме... эээ, service discovery, но еще и kv хранилище

мы сейчас планируем взять mesos c etcd

точнее мезос у нас есть, а вот etcd нужно будет делать

А там есть аналог consul watch/consul template?

consul watch эт чо?

template то нах нужен)

Как конфиги nginx динамически обновлять? Или приложения

nginx в мезосе наверное не нужен

все делается с мордочки)

Нет не та же.

Это для форварда запросов на контейнеры

Забей, задачи у всех разные. А веб никто не отменял.

Да. Haproxy != nginx

Ну полно веб приложений, которые без nginx не живут.

Каждой задаче свое решение. Я ни разу не отрицаю что всегда есть другие пути решения задач, но для меня это было оптимальным. И, если вернуться к изначальной теме, сетовал на иное

Вот когда буду в проектах где все на go и по феншую, тогда заюзаю haproxy)

Все он умеет

Надо просто правильно приготовить

С существующими. Но есть много проектов где это надо менять.

Я юзаю openresty и проблем не испытываю.

Он не меняет его динамически!!!

Он всего лишь проксирует запросы на апстримы по dns

а для чего у тебя nginx то?