Спс вообщем.Пойду разбираться.

Здравствуйте народ, хотел поинтересоваться, какие контейнеры для домашнего nas посоветуете? На данный момент стоит медиасервер плекс, сервер аудиокниг (booksonic), сервер электронных книг (calibri), трансмишн, и ещё малоизвестный monitorrent, который позволяет следить за выходом новых сериалов и автоматически ставить их на закачку. Что ещё интересного есть?

Я это понял. В оф.доке некстклауда монтируется на 1 директорию больше . Значит так и нужно делать. Но я то мигрируют. Мне получается нужно на кастомном накатить офф. Или большой разницы в этом нет ?

По идее нет

Как-то разговаривал с одменом одноклассников. Было года два или три назад. Он говорил что докер ***, и они пилят свою тулзу. Одмен был норм, не в обиду ему. Просто интересно, что у них там

Теперь так =) https://assets.contentful.com/oxjq45e8ilak/1KdpcSwYEIm2mKW2wKKe4E/3d46ac21623680fd9d3a24186854640d/Oleg_Anastasyev_one-cloud.pdf

Not invented here, только в небольших масштабах ок))

Подскажите, когда я в swarm уменьшаю число реплик сервиса или вообще его удаляю, контейнеры выключаются через нормальный сигнал STOP ?

Здравствуйте народ, хотел поинтересоваться, какие контейнеры для домашнего nas посоветуете? На данный момент стоит медиасервер плекс, сервер аудиокниг (booksonic), сервер электронных книг (calibri), трансмишн, и ещё малоизвестный monitorrent, который позволяет следить за выходом новых сериалов и автоматически ставить их на закачку. Что ещё интересного есть?

Не по статейке с хабра пилил медиасервер?)

Не по статейке с хабра пилил медиасервер?)

Нет... Методом проб..

там в одной из статеек просто один в один набор был

Подскажите, когда я в swarm уменьшаю число реплик сервиса или вообще его удаляю, контейнеры выключаются через нормальный сигнал STOP ?

Да

вопрос на засыпку: 1) почему команда в Dockerfile-е c node.js "npm run ..." находит package.json и срабатывает, 2) А в docker-compose не срабатывает: в build: ./frontend прописал в volumes пробросил - ./frontend:/var/www/static:rw На выходе получаю следующее, у меня создается контейнер с nginx, но нужной сгенерированной папки с помощью npm в него нет даже если срабатывает случай 1) я что-то не так делаю, но в упор не вижу что...

у Фронтэдщика на локальной машине все собирается, я пологаю, что слой в который ставится зависимости npm благополучно удаляется, а файлы не копируются(не используются)

у Фронтэдщика на локальной машине все собирается, я пологаю, что слой в который ставится зависимости npm благополучно удаляется, а файлы не копируются(не используются)

Есть подозрение, что у тебя сначало все внутри контейнера делается а потом конечно монтируется VOLUME. Volume всегда переписывается как бы, все что было в папке.

у Фронтэдщика на локальной машине все собирается, я пологаю, что слой в который ставится зависимости npm благополучно удаляется, а файлы не копируются(не используются)

Если ты хочешь менять, то что внутри Volume -> нужно запускать сборку и т.д. после запуска контейнера = entrypoint

Вместо docker images --tree ничего сейчас нет?

Если ты хочешь менять, то что внутри Volume -> нужно запускать сборку и т.д. после запуска контейнера = entrypoint

Вообще ситуация такая: Два контейнера 1) С nginx'о 2) С Node.js'ом контейнер 2) просписан в зависимостях у 1) - depends_on: В 2) nmp который ставит webpack и все зависимости... и собирается из сорцов файлики для сайта, в папку dist, которая должна быть прокинута в 1) в итоге как я понял контейнер 2) должен удалиться а собиранное webpack-ом добро должно быть прокинуто там где nginx. Только на каком-то моменте этого не происходит. на Нгинксе нет собранных webpack'ом файлов

В контейнер с нодой монтируется ./frontend ?

да

Скинь компоуз для начала

Ато так только с 3 прочтения начал понимать о чем речь)

services: nginx: build: context: . dockerfile: backend/Dockerfile.nginx image: имя_изменено.com/nginx:1.11 volumes: - ./deploy/nginx.conf:/etc/nginx/nginx.conf - ./frontend/dist:/var/www/static ports: - 8000:80 depends_on: - static static: build: ./frontend volumes: - ./frontend:/var/www/static command: /bin/bash -c "npm install && npm run prod" image: имя_изменено.com/static:latest

services: nginx: build: context: . dockerfile: backend/Dockerfile.nginx image: имя_изменено.com/nginx:1.11 volumes: - ./deploy/nginx.conf:/etc/nginx/nginx.conf - ./frontend/dist:/var/www/static ports: - 8000:80 depends_on: - static static: build: ./frontend volumes: - ./frontend:/var/www/static command: /bin/bash -c "npm install && npm run prod" image: имя_изменено.com/static:latest

/var/www/static - пустой)

сорян немного недопонял

что в итоге происходит

статик это контейнер с нодой

насколько я понял, а сама нода в контейнере что складывает статику в /var/www/static?

или он там воркдиром?

какой докерфайл ноды?

FROM node:7.10.1 VOLUME /frontend WORKDIR /var/www/static RUN npm install && npm install -g webpack

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

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

ты ведь понимаешь, что "VOLUME /frontend" в докерфайле это не то что у тебя лежит в папке "./frontend" ?

видимо нет

VOLUME /frontend" в докерфайле вообще не было, это я уже накртурил час назад где-то

Народ, объясните пожалуйста, как работает дисковое пространство в режиме docker swarm? На какую из машин нужно ставить дисковый массив?

Не понимаю...

Только свой диск видит. Можно использовать nfs и прочие сетевые драйверы, но одна нода не может читать с диска другой ноды

Всю статику нужно пихать в контейнеры, конфиги, сертификаты и прочее - в docker secrets, пользовательские файлы - реплицировать/прокидывать через сеть

А как тогда поднимается контейнер на две машины, у которого примонтирована папка?

А как тогда поднимается контейнер на две машины, у которого примонтирована папка?

Распределенным сетевым хранилищем на этих хостах

Всем привет, подскажите пожалуйста мне нужно выполнить файл скрипта в контейнере на nginx я поднимаю стек командой: docker stack deploy --compose-file new.yml services-new компос: version: '3' services: new: image: nginx volumes: - "../../configs/web_ui.local.config.sh:/local.config.sh" command: /bin/bash -c "/local.config.sh && nginx -g 'daemon off;'" Сервис не поднимиется, в логах контейнера получаю: /bin/bash: /local.config.sh: Permission denied С чем это может быть связано и как исправить?

/bin/bash: /local.config.sh: Permission denied

Сделай файл исполняемым

в каком смысле?

как?

chmod +x

Спасибо, заработало)

Добрый день, товарищи! Хотел такой вопрос задать. Разрабатываю сейчас новое веб-приложение в связке технологий Джанго-Ангуляр-MySQL-Apache. Думаю на счёт докера, но команда разрабов небольшая и деплоиться это будет на один сервер. Стоит ли оно того или больше времени уйдёт на настройку и конфигурирование, чем в итоге практической пользы? Плюс я пока читал, наткнулся на статистику, что 2017 для компании разрабатчика Докер вышел очень плохой и всякие слухи не хорошие и тд.

Ээээээм. А апач для каких целей

Ну это легаси, там ещё работает старая приложуха как раз под apache и с мускулом

ERROR: S client not available

Ничего пока не поделать

Просто отдельного админа в команде нет, я вот думаю, насколько трудоёмкий процесс будет с докером для работы с этим стёком.

удобно в плане все снести и поставить в чистом состоянии.

запустили, наворотили дичи, убили, расвернули снова чистое

Добрый день, товарищи! Хотел такой вопрос задать. Разрабатываю сейчас новое веб-приложение в связке технологий Джанго-Ангуляр-MySQL-Apache. Думаю на счёт докера, но команда разрабов небольшая и деплоиться это будет на один сервер. Стоит ли оно того или больше времени уйдёт на настройку и конфигурирование, чем в итоге практической пользы? Плюс я пока читал, наткнулся на статистику, что 2017 для компании разрабатчика Докер вышел очень плохой и всякие слухи не хорошие и тд.

Забейте, лучше поиграйся дома просто

Оверхед на разработку вы получите 100% а профит ну возможно не стоит того

Забейте, лучше поиграйся дома просто

https://m.habrahabr.ru/post/332450/comments/ Только что дочитал статью на хабре, чёт как-то прям грустно стало...

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

С развертыванием всего локально проблем обычно не меньше. У кого не работает, у кого локальный пакет перекрыл системный и другая версия Django)

С развертыванием всего локально проблем обычно не меньше. У кого не работает, у кого локальный пакет перекрыл системный и другая версия Django)

Ну в моем случае приложение нужно развернуть только на одном продакшн сервере и выгоду я искал для быстрой передачи его на компьютеры других разработчиков, но их машин не так много. В общем хочется точно упростить процесс, а не поменять шило на мыло))) если бы я хотел развёртывать это на 100+ машинах, наверное это бы стоило того, но когда речь идёт о 7-10, то что-то мне кажется пользы от докера в итоге много не будет, может даже и на оборот, хотя это первое поверхностное мнение

Ну в моем случае приложение нужно развернуть только на одном продакшн сервере и выгоду я искал для быстрой передачи его на компьютеры других разработчиков, но их машин не так много. В общем хочется точно упростить процесс, а не поменять шило на мыло))) если бы я хотел развёртывать это на 100+ машинах, наверное это бы стоило того, но когда речь идёт о 7-10, то что-то мне кажется пользы от докера в итоге много не будет, может даже и на оборот, хотя это первое поверхностное мнение

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

Руками, bash-скрипты для установки пакетов, всех зависимостей, код по git

Ну так, конечно, сложнее добиться одинаковости окружения. Но если никто не умеет в докер, то да. Будет не просто быстренько все настроить и подводные камни объехать. Но это не точно

Вагрантовку забыли

Кидаться гигабайтными боксами по флешнету

Как там вагрант с виндой? Ему раньше нужен был cygwin, а это тоже было больно)

Руками, bash-скрипты для установки пакетов, всех зависимостей, код по git

Ну немного это дичь, банально у одного убунта, у другого федора и т.п, и все сломалось. Для разработки докер подходит хорошо, там много знать не нужно. Один человек набрасывает docker-compose.yml, разрабы делают docker-compose up и все хорошо работает. И это несложно понять. Другой кейс более сложный (про который я говорил выше) - это использование докера для продакшна. И это очень большая и объемная тема с кучей нюансов, начиная от развертки окружений, заканчивая конфиг-менеджментом, тестами, миграциями, бэкапами, ресторами и т.д. И вот именно для прода я и не советовал бы использовать докер, если у вас проект простой и вам хватает для деплоя git pull.

подскажите собирал астериск в докере (windows версия) контейнер centos, собрал закинул в репу, стянул на centos (proxmox) на vps скомпилирированный астериск валится в сегфолт, тащу тот же контейнер в centos запущенную у меня уже в hyper-v там все работает. То есть я понял там какая то засада с компилятором, Если компилить на vps а потом запускать контейнер в docker который на windows то все работает. Кто сталкивался?

Чёт мой утренний мозг сломался сейчас

подскажите собирал астериск в докере (windows версия) контейнер centos, собрал закинул в репу, стянул на centos (proxmox) на vps скомпилирированный астериск валится в сегфолт, тащу тот же контейнер в centos запущенную у меня уже в hyper-v там все работает. То есть я понял там какая то засада с компилятором, Если компилить на vps а потом запускать контейнер в docker который на windows то все работает. Кто сталкивался?

Компилировать = билдить?

./configure;make;make install

Привет, видел что можно запускать мак в докере, на убунту. Как думаете по правовым вопросам это вообще как?

Сначала расскажи, где ты это видел )