Его монтировать над

Монтирую, конечно же

а юзер какой внутри/снаружи?

Не выходит потому что на доступ к сокету нет прав доступа, интересно узнать как это обойти

Внутри jenkins, снаружи root

А разработчик официального образа дженкинс в залупу полез и отказался запускать дженкинс от имени рута в issue к репо

ну он прав

потом на проде оно кому надо иметь коробки с дырявыми носками

Ну я то не против, но, блин, и решения этой проблемы то не предложил)))

поэтому топи гитлаб циай

а нормально в сворм моде использовать бридж?

модно, современно, молодежно

т.к. столкнулся походу с эти ишу из-за оверлея

Ну а как решали проблему использования хост докера в дженкинс люди?

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

только у меня приложение на ноде и дропается каждые 2 часа

Я не просил написать конфиг и ничего такого. Я спросил норм ли такой подход или нет и как обычно делается. Где читать. Так что ты нихера не прав, бро

постоянно реплики пересоздает

Я не просил написать конфиг и ничего такого. Я спросил норм ли такой подход или нет и как обычно делается. Где читать. Так что ты нихера не прав, бро

docker-compose это ни ci/cd

а ты спрашивая рассматриваешь его в таком контексте

Ну кто там писал что дженкинс поднимал, емае

Я не просил написать конфиг и ничего такого. Я спросил норм ли такой подход или нет и как обычно делается. Где читать. Так что ты нихера не прав, бро

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

так что, есть тут те кто юзает сворм в бридж моде?

т.к. stack deploy не поддерживает network_mode то это получается надо ручками создать сеть и загонять туда сервиса?

вот я за это и хотел узнать

можно ли

а если сворм на одной ноде

то в принципе можно?

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

а то постоянно реплики пересоздает каждые 2 часа стабильно

ну проблема та же, есть другие ишу где больше таймаут

ошибка такая же

ну как то костыльненько)

Кстати насчет беспрактикс :)) А правильный ли подход при каждом деплое копировать все статические ассеты из контейнера с приложением в хостовую папку и потом контейнером с nginx'ом их отдавать? Или это стоит делать на named volume'ах? Или вообще rsync'ом? Причем для копирования поднимается отдельный контенер и потом умирает.

В образе

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

Рельсы

мне одному кажется, или статья так себе?

мне кажется там не хватает systemd

пацаны запилили чет, рассмотрели пару сценариев вне dmz

ночнушки от докера http://www.cafepress.com/docker.1526607220

)))))

тем боле это для грудничков как я понял

Привет. А никто не подскажет, как посмотреть сколько места на харде отъедают контейнеры ?

docker system df что-то инфы мало даёт

du -hs /var/lib/docker или где там у тебя они

Спасибо

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

ну оно же не вникуда ужирается, может это все таки приложение внутри чудеса творит?)

да, я понимаю, но когда всё это дело в скринах без докера запускал, вроде было бы всё ок, но скорее всего ругать надо сервисы)

Ребята, странная проблема: Запускаю контейнер из образа docker:latest. Монтирую docker.sock в виде файла (это я проверяю, как gitlab-runner работает) Запускаю в этом контейнере контейнер, в который монтирую папку /home/user/app. В итоге происходит следующее: На хост системе создаётся папка /home/user/app Что это вообще такое?

Ребята, странная проблема: Запускаю контейнер из образа docker:latest. Монтирую docker.sock в виде файла (это я проверяю, как gitlab-runner работает) Запускаю в этом контейнере контейнер, в который монтирую папку /home/user/app. В итоге происходит следующее: На хост системе создаётся папка /home/user/app Что это вообще такое?

так все контейнеры одним хостовым докером запущены же

Ну docker.sock хостовый, поэтому и файловую систему оттуда берет. Но это интуитивное объяснение, я вообще не знаю где правильное поведение такого в документации описано, что за юзкейз такой?

Ну docker.sock хостовый, поэтому и файловую систему оттуда берет. Но это интуитивное объяснение, я вообще не знаю где правильное поведение такого в документации описано, что за юзкейз такой?

В сценарии билда есть такой фрагмент: docker run —rm —volume=$(pwd):/app —workdir=/app node:7-slim npm install В данном случае pwd - текущая папка с проектом. Запускается это в контейнере из образа docker, и это работало до сегодняшнего дня!

На хост системе создаётся папка $(pwd), а папка /app в этом контейнере - пуста.

А под сценарием билда имеется в виду Dockerfile или entrypoint?

А под сценарием билда имеется в виду Dockerfile или entrypoint?

.gitlab-ci.yml

А, ок.

Раннер запускает контейнер, в котором всё собирает.

FROM node:argon-alpine RUN mkdir -p /usr/src/app && npm i -g npm WORKDIR /usr/src/app COPY package.json package-lock.json /usr/src/app/ RUN npm i COPY . /usr/src/app CMD [ "npm", "start" ] EXPOSE 3010 В package.json "devDependencies": { ..., "nodemon": "^1.11.0" } При этом nodemon не инсталлится в node_modules/.bin WTF?

Сам модуль стягивается

Все, вылечил хз как👐🏻

И отпуск закончился, и задачи контейнеров касаются

Привет, у кого-нибудь есть опыт использования docker swarm routing mesh?

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

Никто не сталкивался в сворм моде, что приложение не может достучаться до бд в том же стаке и выпадает econreset

похоже на вот такой ишу https://github.com/moby/moby/issues/30600 но при этом я не использую --opt encrypted или при stack deploy сеть по дефолту encrypted? В docker network inspect такого не нашел

по крайней мере когда создаешь сеть с опцией enrcypted у нее отображается эта опция там

ребят привет, помогите разобраться почему у меня docker-compose build медленный. Пишу docker-compose --verbose build web очень долго сидит на compose.cli.verbose_proxy.proxy_callable: docker build <- (path='/home/project/name', tag='project_web', stream=True, rm=True, forcerm=False, pull=False, nocache=False, dockerfile=None, cache_from=None, labels=None, buildargs={})

$ docker-compose --version docker-compose version 1.14.0, build unknown $ docker --version Docker version 17.06.0-ce, build 3dfb8343

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

Наблюдаю такую картинку в iotop

разобрался

запустил сборку через docker build . сразу уперся в "sending build context"

решил через rm -rf + .dockerignore

там логи 700 мб успели набрать.

и много tmp файлов

дефолтный.

Я не знаю честно говоря какой.

но раньше "вроде бы" оно моментально работало.

overlay2