вопрос про именованные разделы

можно ли volume вида: "-v /mnt/data/Docker/Dockerfiles/PGSQL/config:/etc/postgresql" сделать именованным и по этому имени использовать в других контейнерах?

можно ли ссылаться на один и тот же volume из нескольких контейнеров одновременно?

https://docs.docker.com/engine/tutorials/dockervolumes/#creating-and-mounting-a-data-volume-container

всем здарова. почему докер убивает мой контейнер? например при запуске docker-compose up вылетает docker_nodejs_1 exited with code 0

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

Потому что доккер контейнер это не виртуалка и не lxc?

сложна.. наверно. вокнул tty:true. теперь пашет

только я не могу установить ангуляр при сборке образа. ну в Dockerfile

нужно запускать установку от рута. но у меня пока это не получается

а если насильно заставить докер юзать судо то вылетает такая хрень. We trust you have received the usual lecture from the local System Administrator. It usually boils down to these three things: #1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility. sudo: no tty present and no askpass program specified

https://github.com/nodejs/node-gyp/issues/1236

кому интересно конечный Dockerfile выглядит так FROM node:8.1.2 ## https://github.com/nodejs/node-gyp/issues/1236 USER node RUN mkdir /home/node/.npm-global ENV PATH=/home/node/.npm-global/bin:$PATH ENV NPM_CONFIG_PREFIX=/home/node/.npm-global RUN npm install -g @angular/cli RUN npm cache clean --force

https://github.com/moby/moby/issues/9049 Верно понимаю, что с тех пор ничего не изменилось? :(

Добрый день, можно ли использовать FROM python:3.4 FROM node:6.11.0 в одном контейнере? нужен один модуль с npm

Нет нельзя

Добрый день, можно ли использовать FROM python:3.4 FROM node:6.11.0 в одном контейнере? нужен один модуль с npm

нельзя, как ты себе это представляешь? :)

Раньше, вроде как, можно было, но никто так не делал

https://github.com/moby/moby/issues/13026

Не новость, но всё же http://collabnix.com/docker-17-06-swarm-mode-now-with-macvlan-support/

насколько сильно маквлан лучше доккеровского стандартного бриджа?

так маквлан это вроде жэ оверлей между хостами нэ ?

довольно лайтовый при всём этом.

эмн, нэ

по дефолту оверлей строится на бридже

чот я не понял

bridge типа в рамках хоста

ты указываешь driver overlay когда между хостами сеть пилишь

да

ну а macvlan это замена overlay типа. нет разве ?

*альтернатива

нет

=_=

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

а маквлан это layer 2 плохо представляю как можно это в оверлее сделать

чот я не понял )

ну или я

For overlay deployments that abstract away physical constraints see the multi-host overlay driver.

вот https://docs.docker.com/engine/userguide/networking/get-started-macvlan/

даже в доке написано

вланчики создаешь трафик тегируешь все хорошо у тебя

это лишь про то, что маквлан более требователен к "физике"

а ! ты про то что маквлан это не настоящая оверлейная сеть ? )

это лишь про то, что маквлан более требователен к "физике"

поясни?

а ! ты про то что маквлан это не настоящая оверлейная сеть ? )

да

да, я понял теперь ) тут верно всё )

я кажется тоже воткнул наконец

окей

Столкнулся с довольно странной проблемой - Intellij IDEA грузит проц на 100%, когда держит запущенным docker-compose окружение

Ни у кого не было?

неа

какой контейнер?

какой? не оч понял( ну там ngnix postgres python

через cli все прекрасно

какая ОСь?

на хост машине

нуу, сейчас все локально запускаю на macos

Столкнулся с довольно странной проблемой - Intellij IDEA грузит проц на 100%, когда держит запущенным docker-compose окружение

подобная беда была на fedora24, полечилась обновлением докера до latest stable

Кто то на днях спрашивал как дистрибьютить имиджи в кластере широком. Тут в рассылке пролетело https://github.com/ContainerSolutions/ImageWolf

Кто то на днях спрашивал как дистрибьютить имиджи в кластере широком. Тут в рассылке пролетело https://github.com/ContainerSolutions/ImageWolf

Да занятная штука смотрел уже. Есть пара проблем это poc на распберипи (sic!) и это только в swarm

нуу, сейчас все локально запускаю на macos

есть вот такая проблема на мака и виндовых машинах https://github.com/docker/for-mac/issues/77

ERROR: S client not available

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

Вот у меня вопрос

Представим ситуацию умозрительную когда у нас на хостей крутится куча контейнеров.

и допустим несколько контейнеров работают с shared volume и допустим в них лежит какой то типа кеш, в виде кучи мелких файликов.

допустим этих файлов несколько десятков миллионов.

Кажется, что это накорет все файловые операции всех остальных контейнеров

кажется что cgroups ограничивает память только user process

и кажется, что это боль.

и допустим несколько контейнеров работают с shared volume и допустим в них лежит какой то типа кеш, в виде кучи мелких файликов.

шаред вольюм это типа между контейнерами шаред или это ты так глюстер завуалировал?

не, просто папочка с хоста примаунчена

оу. у тебя так не только контейнеры колом встать могут

какие ты проблемы видишь ?

ио там не высокое

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

не

плюс ограничение fd внутри контейнеров

и на хостовой системе

они не шарят папки между собой

fd ?

а ок.

дескрипторы я понял но не понял что ты имеешь ввиду

-n unlimited стоит к примеру

-n unlimited стоит к примеру

бНОПНЯ

не, не приминительно к твоему случаю

О Сережа, привет

Ты ж знатный траблшутер

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

а какая проблема в кол-ве файлов открытых ?

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

ио низкое.

да так и есть.