кто просил видосик доклада? Держите: https://www.jfrog.com/shownotes/trust-containers-production/

А как сделать такой терминал ? псевдографика в PS1?

А как сделать такой терминал ? псевдографика в PS1?

zsh + ohmyzsh + powerline + fonts

пример: https://github.com/bhilburn/powerlevel9k

а блин, это zsh (

Всем привет! Никто не сталкивался с проблемой вывода инфы в консоли? Когда поднимаем docker-compose, то с одной машины идет инфа в консоль, а другая молчит(но контейнер работает).

а блин, это zsh (

ну кто тебе мешает это поставить и на bash?

Всем привет! Никто не сталкивался с проблемой вывода инфы в консоли? Когда поднимаем docker-compose, то с одной машины идет инфа в консоль, а другая молчит(но контейнер работает).

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

всем привет)) Чтобы ключ -v при запуске пробрасывал внутр. каталог наружу, его надо в VOLUME (перед сборкой в докерфайле) указывать (что-то не пробрасывается)?

не надо

а почему тогда может не пробрасываться(вроде синтаксис проверил)?

покажи как ты делаешь

selinux?

нет ubuntu -v /var/www/html:/var/joomla

слева наружный

root@ubuntu14:~# docker run -v /var/www/html:/var/joomla alpine ls -ld /var/joomla drwxr-xr-x 2 100 101 4096 Oct 4 2016 /var/joomla

всё ок

смотри логи докера чтоли

ок сенкс

а ИЗНУТРИ наружу(а не снаружи внутрь) -в опции volumes-from=[] как правильно каталог пробросить (через ":" внутренний:наружный ?) или др. синтаксис (кто помнит, а то уже 10 мин. не нагуглю чето:)?

Volumes-from как раз и шарит то что в докерфайл как volume

а куда?

--volumes_from=src-container-name(id)

Его в dst указывать надо

Где укажешь туда и шарит

в хост-машину если

(не в др. контейнер)

Он для связи контейнеров, а не хоста

а изнутри наружу в хост можно как-то каталог пробросить?

Синтаксис --volume один для твоего таска

Бинди в пустой каталог

То что контейнер создаст появится на хосте

-volumes =-v вроде

Да

Если src пустой, то dst "используется" для контента

Если в src есть контент, то dst игнорирует своё содержимое

Примерно так

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

Бинди в пустой каталог

То что контейнер создаст появится на хосте

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

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

сорри, я не понимаю о чём ты

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

docker inspect container

смотри куда пишет

/var/lib/docker/volumes - где-то там

это если нужный каталог заранее объявлен через volumes

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

Хз) такой кейс ниразу не пробовал, но где-то оно должно быть имхо

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

--volumes-from list Mount volumes from the specified container(s) (default [])

ищи в слоях свои файлы

docker inspect —format '{{.GraphDriver.Data}}' container_name

там

чем это читать? 0_о

kate

да я уже открыл, только лень это читать

))

я своё уже отэкспериментил))

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

11 ноября 2014

сейчас 2017

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

угу

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

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

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

ERROR: S client not available

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

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

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

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

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

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

не говори гоп)

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

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

и? они появятся конечно, но в его случае всё запущенно

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

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

не появятся

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

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

не появятся

docker run -v /tmp/db:/var/lib/mysql mysql точно не появится в /tmp/db ничего ? )

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

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

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

я тебе 3 раза сказал volumes_from - указывается контейнер, а не путь

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

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

да нет разницы, есть правила bind пустой-непустой

root@ubuntu14:~# docker run -v /tmp/files:/etc alpine ls /etc hostname hosts resolv.conf root@ubuntu14:~# ls /tmp/files/ hostname hosts resolv.conf

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

root@ubuntu14:~# docker run -v /tmp/files:/etc alpine ls /etc hostname hosts resolv.conf root@ubuntu14:~# ls /tmp/files/ hostname hosts resolv.conf

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

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

на деле не дошёл, а так прикольная фича

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

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

я выполнил -v с несуществующей даже папкой /tmp/files

у тебя 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 сделали по тому же принципу.

ну не совсем удачный прмиер с /etc но суть я думал будет ясна

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