nvkv
спасибо
Aleksey
а так ответы от всех будут именно такого толка
Evgeny
На контейнердейс выступал один их сеньёров докера, он утверждал что все что мы слушали до этого - нам не пригодится, тк они делают все свое - с поетессами и шахматами.
Evgeny
У него РЦ, правда, не запустился
Evgeny
:)
Mikhail
шалом
Pavel
Можно ли образы между двумя докер-демонами синхронизировать инкрементально? А не делать scp контейнера в полгига
Denis 災 nobody
зачем scp, если есть rsync? )
Pavel
а он обновленный image инкрементально синхронизирует?
Denis
зачем все это ? поставьте реджистри.
Pavel
Реджистри это как-то а-ля SVN way - один центральный репо через который все синхронизируются. А хочется GIT way чтобы можно было по SSH инкрементально стягивать обновления образов
Pavel
А я правильно понял что если процесс запускать в докере то supervisord и не нужен, т.к. докер сам следит за тем чтобы процесс был жив?
Denis
Реджистри это как-то а-ля SVN way - один центральный репо через который все синхронизируются. А хочется GIT way чтобы можно было по SSH инкрементально стягивать обновления образов
это плохо работает с overlay fs же все равно проблема всплывет когда дофига имиджей и слоев станет. нет разве ? вроде все походили по этим граблям уже ?
Pavel
Я еще нет, я третий день с докером
Denis
А я правильно понял что если процесс запускать в докере то supervisord и не нужен, т.к. докер сам следит за тем чтобы процесс был жив?
если политика рестарта настроена, то по факту да.
Nobu
А я правильно понял что если процесс запускать в докере то supervisord и не нужен, т.к. докер сам следит за тем чтобы процесс был жив?
докер скорее следит за контейнером, а не процессом, но если ты запускаешь только один процесс и настроишь верно рестарт то так и будет
Pavel
Прекрасно
Denis
докер скорее следит за контейнером, а не процессом, но если ты запускаешь только один процесс и настроишь верно рестарт то так и будет
теперь же healthcheck есть, так что можно следит ьи за "живостью" процесса.
Nobu
так-то ничего не мешает запустить несколько процессов и даже supervisord внутри контейнера
Nobu
теперь же healthcheck есть, так что можно следит ьи за "живостью" процесса.
согласен, наверное так лучше и делать
Denis
А вобще господа в соседнем чатике ненавидят все кто больше одного процесса ранит в контейнере ))
Nobu
:D
Nobu
Oops.
Denis
аха
Nobu
да я тоже за один процесс пер контейнер что уж там
Nobu
но без религиозности
Nobu
случаи бывают разные
Pavel
А что там ненавидеть, я в best practices читал что этому есть чисто юзабилити причины - контейнеры с одним процессом удобнее деплоить и админить чем жирный контейнер с кучей процессов и конфигов. Но если перед вами не стоит такая задача часто передеплоивать отдельный сервисы, то можно и побольше в контейнер напихать.
Nobu
жирный контейнер вообще не очень идея имхо, но иногда бывает что надо буквально 1-2 сервиса рядом пустить - что же, всего порося резать? (ц)
Denis
А что там ненавидеть, я в best practices читал что этому есть чисто юзабилити причины - контейнеры с одним процессом удобнее деплоить и админить чем жирный контейнер с кучей процессов и конфигов. Но если перед вами не стоит такая задача часто передеплоивать отдельный сервисы, то можно и побольше в контейнер напихать.
когда у вас встанут вопросы типа шипинга логов тех же самых, или депенденси сервисов всяких между собой, когда разбивать сервис состоящий из 2х коуплед процессов и обновление их задача требующая сильной "атомарности" вы можете по другому взглянуть на это.
Pavel
Не понял чем это отличается от того что я сказал, по сути :)
Denis
можно долго спорить про "неправильно значит архитектуру строите". но часто докер как раз нужен чтобы удобно "переносить" легаси.
Denis
да я так.
Denis
про соседний чат в котором мне все минут 40 доказывали что мне стоит сжечь себя за то что местами больше 1 прцоесса в контейнере
Pavel
Единственное, как я прочитал об устройстве UnionFS, то все данные пишутся в какой-то верхний слой контейнера, и этот слой можно случайно затереть
Pavel
Так что надо быть аккуратнее с этим
Mikhail
пока нет таких задач
Mikhail
изучаю резервное копирование вм qemu
Mikhail
там есть нюансы
Nobu
Nobu
меня вообще всегда умиляют чуваки с чистыми концепциями, которые часто не очень ложиться на реальный мир вокруг
Nikita Dwarf
Всем привет
Nikita Dwarf
Народ, помогите с монитрованием папки
Nikita Dwarf
монтирую, а зайти не могу... пишет что в доступе отказано.. хотя абсолютно всё разрешил
Anonymous
меня вообще всегда умиляют чуваки с чистыми концепциями, которые часто не очень ложиться на реальный мир вокруг
Они просто не встречали харди в продакшне
yopp
ну вобщем после ебли получилось завести zfs
Nikita Dwarf
а мне кто-нибудь поможет ?
yopp
твоя проблема плохо описана
yopp
куда ты что ты примонтировал
yopp
и где тебе что говорят
Nikita Dwarf
я мониторую каталог с хоста в контейнер
yopp
так
yopp
в контейнере что в USER?
Nikita Dwarf
захожу в контейнер, пытаюсь открыть эту папку, а она аткая а вот буй тее
yopp
какие права на хосте?
Nikita Dwarf
777
Nikita Dwarf
уже решил не заморачиваться
Evgeny
Вчера уже обсуждали
Nikita Dwarf
я поменял UID и нифига
Nikita Dwarf
та же ошибка
Evgeny
Чувак отказывается показывать lsattr
Evgeny
Читать логи и искать ошибки
Nikita Dwarf
drwxrwxrwx. 7 oracle oinstall 4096 Jul 6 2015 database
Nikita Dwarf
ls: cannot open directory .: Permission denied
Nikita Dwarf
и вот ошибка
yopp
это какие-то теоретики
опять по кругу. вопрос был про общий подход к дизайну сервисов на докере
yopp
общий подход == нехуй пихать всё в один контейнер
yopp
понятно что мир не чёрно-белый и везде есть исключения
Pavel
Про исключения как-то принципиально не рассказывали
yopp
но когда ты пихаешь два процесса в один контейнер, нужно уметь детально отвечать на вопрос почему ты так сделал
yopp
более глубоко чем «так удобнее»
Pavel
А что может быть более глубоко чем "так удобнее" ? ;)
yopp
я в пример привёл тот-же гитлаб
yopp
который вместо компоуза собрал всё в один контейнер
Pavel
Ну там, меньше мороки, быстрее мигрировать 1 контейнер чем 2, легче следить. Это все разновидности "так удобнее"