https://stackoverflow.com/questions/35218194/what-is-z-flag-in-docker-containers-volumes-from-option

вторая ссылка гугла ?

Я только доку почитал :) В любом случае, спасибо

Selinux когда включён

не-не, как я понял, в каждом из подпроектов, где есть Dockerfile, должен быть свой .dockerignore Если я ошибаюсь, ткните, пжалста, в документацию, где написано обратное

У тебя он тоже в git?

да, тоже в гите

да, тоже в гите

я вчера потестил билд с гита, он не видит\юзает .dockerignore с git

хз, баг или фича

Привет, подскажите, пушу в docker hub и ловлю ошибку docker push adsterra/youtrack_zip:2017.2.33063 The push refers to a repository [docker.io/adsterra/youtrack_zip] tag does not exist: adsterra/youtrack_zip:2017.2.33063 В чем может быть дело, в терминалде в доккерхаб залогинился, репозиторий такой создал, образ такой есть. В чем может быть еще дело?

я вчера потестил билд с гита, он не видит\юзает .dockerignore с git

похоже, это вообще баг с самим композом https://github.com/docker/compose/issues/1607

# docker images REPOSITORY TAG IMAGE ID CREATED SIZE adsterra/youtrack_zip latest 98b7eaaf81ef 4 hours ago 580MB

похоже, это вообще баг с самим композом https://github.com/docker/compose/issues/1607

> opened this Issue on Jun 27 2015 Шутишь? Даты, версии, статус смотри хоть

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

.git .DS_Store .gitignore README.md

>Шутишь? Даты, версии, статус смотри хоть почитай тред, там в конце чуваки пишут что бага до сих пор присутствует

в параллельном треде ребята с композом 1.11 тоже такое ловят, так что все-таки бага ((

ну я не испытываю проблем, может всё же содержимое не верное

.git .DS_Store .gitignore README.md

где он лежит и какой build dir?

в .

и исходники там же?

yep

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

так я про локальные

я же написал - не видит он с гита

и это печально

хз, баг или фича

скорее баг

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

Multi-Stage или CI

Коллеги, а куда старые версии Docker in Docker делись

сейчас в репе вижу 17.05, связано это видимо с moby project

Коллеги, а куда старые версии Docker in Docker делись

docker:dind?

да

и просто докер

в общем, я не нашел, но образы в их библиотеке остались

после перехода на моби, у них версии начинаются с 17.*

до этого было 1.**.*

если подставить, то работает

docker pull docker:1.12.4 docker pull docker:1.12.4-dind

ну это до moby сменился порядок релизов

да и 1.** вроде остались тоже

окей, суть в том, что сейчас у них все, что ниже 17, выпилено

https://hub.docker.com/_/docker/

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

ну либо плохо искал

плохо искал

https://hub.docker.com/r/library/docker/tags/

а для чего старые версии то?

Multi-Stage или CI

по multi-stage можно ссылочку чтобы почитать?

Да, google:docker multi-stage

Дружко жжёт, клоун, но смешит))

*DA BUM, TSS!*

#вакансия#москва#devops Коллеги, привет! Отличная вакансия для тех, кто хочет поддерживать и развивать свои навыки devops инженера, но мечтает окунуться в Big Data. Требуется отличный опыт работы с *nix системами, виртуализацией и приветствуется опыт в разработке архитектурных решений. Самостоятельность — ОБЯЗАТЕЛЬНО. Опыт в BigData не обязателен, главное - желание разобраться. Если интересно, пишите на e.kikoina@youdo.ru

#вакансия#москва#devops Коллеги, привет! Отличная вакансия для тех, кто хочет поддерживать и развивать свои навыки devops инженера, но мечтает окунуться в Big Data. Требуется отличный опыт работы с *nix системами, виртуализацией и приветствуется опыт в разработке архитектурных решений. Самостоятельность — ОБЯЗАТЕЛЬНО. Опыт в BigData не обязателен, главное - желание разобраться. Если интересно, пишите на e.kikoina@youdo.ru

Как то некрасиво так в врываться в теплый ламповый, не поздоровавшись даже ?

я не со зла(

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

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

так в девопс уже написали, сюда уже нет смысла

и таки "здравствуйте" все равно должно быть

это же справедливо и для соседнего pgsql чатика ))

и опять вопрос: как проще и эффективнее собирать логи с контейнеров

ERROR: S client not available

elk?

#вакансия#москва#devops Коллеги, привет! Отличная вакансия для тех, кто хочет поддерживать и развивать свои навыки devops инженера, но мечтает окунуться в Big Data. Требуется отличный опыт работы с *nix системами, виртуализацией и приветствуется опыт в разработке архитектурных решений. Самостоятельность — ОБЯЗАТЕЛЬНО. Опыт в BigData не обязателен, главное - желание разобраться. Если интересно, пишите на e.kikoina@youdo.ru

мне кажется, я даже могу показать вакансию эту на МоемКруге :))

поделитесь опытом. кто настраивал доставку логов из контейнеров в elastic+kibana

rsyslog?

или через logstash?

Logstash мощнее

Можно с docker log прямо а него

мощнее, но жрёт больше, т.к. на жабе написан

Хуже) На JRuby. Но он должен быть центральным хабом. То есть один. Без него можно будет нормально запихивать сообщения в еластик, вроде

Ещё есть graylog

я обычно rsyslog -> elastic и нормально

если mutate не требуется

Ещё есть graylog

Так и что лучше выбрать чтобы просто собрать логи и в будущем возможно на них смотреть с целью выявление корреляций и прочего машинленинга?:)

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

И тут логстеш

Так и что лучше выбрать чтобы просто собрать логи и в будущем возможно на них смотреть с целью выявление корреляций и прочего машинленинга?:)

Если масштабы одного двух серверов - по вкусу вроде)

Пока есть пару серверов с несколькими койнейнерами и нужно дать удобный доступ к логам от nginx и ror приложения

Пока есть пару серверов с несколькими койнейнерами и нужно дать удобный доступ к логам от nginx и ror приложения

Так вон через ELK в кибане довольно удобно логи nginx просматривать, естественно для лучшей читаемости лучше формат лога в конфигах немного подкрутить

а если есть всего один небольшой сервер, чем можно заменить монструзоный ELK?

Если сервер один , то syslog юзай)

Syslog + grep

еще вариант если нет параноии и логов не моного попробовать https://logz.io

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

Если можете книгу посоветовать- вообще идеально

а если есть всего один небольшой сервер, чем можно заменить монструзоный ELK?

Походу, ничем. Разве что отказатся от стека :(. Впрочем, мне кажется, что можно просто попробовать сильно ограничить elastic и logstash в ресурсах, может помочь

Ну или как посоветовали выше - использовать saas решения. Тоже неплохо заходят, в зависимости от того, зачем нужны логи.

Если можете книгу посоветовать- вообще идеально

Официальная документация, официальный туториал для начала. Затем youtube по запросу docker for beginers

Официальная документация, официальный туториал для начала. Затем youtube по запросу docker for beginers

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

Чем kubernetes лучше (хуже) других решений, какие есть решения помимо первого, иной инструментарий

а если есть всего один небольшой сервер, чем можно заменить монструзоный ELK?

Так а раньше ты с логами что делал?