Я и руками поднмал, потом решил в контейнере поднять у меня всегда ругается на ../source4/dsdb/dns/dns_update.c:294: Failed DNS update - NT_STATUS_ACCESS_DENIED

Всем привет! а кто какой процесс-супервайзер в контейнере использует? например если я хочу запустить в контейнере условный cron, я хотел бы сделать это из под какого менеджера, пока смотрю в сторону s6, supervisord или my_init (https://blog.phusion.nl/2015/01/20/docker-and-the-pid-1-zombie-reaping-problem/, https://blog.tutum.co/2014/12/02/docker-and-s6-my-new-favorite-process-supervisor/)

my_init это не супервайзер процессов

это такой баш-скриптик который умеет init 1 быть нормально

phusion в качестве супервизора предлагает runit использовать (и собственно он есть в их имаджах)

это не столь важно в контексте моего вопроса, но за уточнее спасибо)

ну вроде как в контексте "какой супервайзер выбрать: А, Б или Ц" уточнее, что Ц это не супервайзер, а вот Д — супервайзер вполне себе важно :)

ну если быть точным то my_init – это супервазер процессов, и написан он на питоне, а не на баше, поэтому все вроде ок

по функционалу он конечно не дотягивает до supervisord но это не мешает ему управлять поведением некоторых процессов

баш / питон, ок )

каким поведением он как позволяет управлять?

исходя из кода https://github.com/phusion/baseimage-docker/blob/rel-0.9.16/image/bin/my_init он как минимум умеет запускать и завершать процессы. Причем он умеет запускать загрузочные скрипты из init.id и rc.local

он умеет быть правильным init

сравнивать это с супервизорами типа runit / systemd / supervisord — некорректно

хотя...

почему бы и нет )

в целом запустить что нужно оно вполне может, для контейнера этого может оказаться вполне достаточно

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

видел связку tini + supervisord. tini как pid 1, для убиения зомбей, а оно уже стартует supervisord для всего остального

но там нюансы с логами насколько я помню

Была у кого-нибудь проблема с докер компоузом и nginx: nginx не может resolve-нуть link? Пробовал в качестве резолвера ставить 127.0.0.1, но всё так же печально.

Была у кого-нибудь проблема с докер компоузом и nginx: nginx не может resolve-нуть link? Пробовал в качестве резолвера ставить 127.0.0.1, но всё так же печально.

а контейнер на который линкуется nginx уже запущен?

а контейнер на который линкуется nginx уже запущен?

ну контейнер на который линкуюсь в depends_on, запускается вроде до nginx

может контейнер на который линкуется не получается запустить и тогда и nginx не запустится

resolve тут не при чем, контейнеры прописываются в /etc/hosts

контейнер на который линкуюсь запущен и курл из контейнера с нджинксом получает данные от него

resolve тут не при чем, контейнеры прописываются в /etc/hosts

там у меня почему-то нет записей, только текущий контейнер и его id, но curl на линк из docker-compose работает

Значит что-то неправильно линкуешь

покажи композ файл

ребята подскажите в docker-compose не работает option - wait>

а зачем?

задача такая: надо подождать пока отработает command в одном контейнере перед тем как запускать второй контейнер

А что за редактор?

А что за редактор?

jetBrains pycharm

Сделать через lock файл

Есть подозрение что кавычки не нужны в links

Есть подозрение что кавычки не нужны в links

это yaml. по стандарту нужны

докер какой версии?

это yaml. по стандарту нужны

Не соглашусь. Например если использовать их в секции volumes, то работать не будет.

https://docs.docker.com/compose/compose-file/#/links

В мане кавычек нет

все бы ничего, но curl docker.proxy:5080/some отрабатывает как нужно, в контейнере с nginx

все бы ничего, но curl docker.proxy:5080/some отрабатывает как нужно, в контейнере с nginx

версия докера какая?

версия докера какая?

1.12.1

resolve тут не при чем, контейнеры прописываются в /etc/hosts

тогда это уже не работает

в 1.12 там своя днс-система без etc/hosts

тогда это уже не работает

и как жить с этим?=))

в 1.12 там своя днс-система без etc/hosts

нетворки?

как и раньше жил. просто смотреть с /etc/hosts для диагностики не следует. там больше ничего нет

как и раньше жил. просто смотреть с /etc/hosts для диагностики не следует. там больше ничего нет

Проблема остается nginx не знает что такое docker.proxy ему нужен резолвер... воот

В мане кавычек нет

кавычек нет, а по стандарту есть. и более того, работает

Проблема остается nginx не знает что такое docker.proxy ему нужен резолвер... воот

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

почему docker.proxy, если proxy?

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

http://docker.proxy:5080/some

а, у тебя там алиас на docker.proxy....

убери алиас, попробуй proxy заюзать

возможно его смущает точка в домене...

возможно его смущает точка в домене...

localhost тоже не резолвил без resolver 127.0.0.1

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

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

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

насколько я понимаю nginx не умеет в слова ему либо ip либо, того кто по слову вернет ip (resolver). PS: пробую

а где тут нджинкс? причем тут он?

пинг-то изнутри контейнера делал?

а где тут нджинкс? причем тут он?

Есть два контейнера на одном nginx ("app") на втором открытый api ("proxy") на порту 5080. Nginx для своих целей пользуется данными полученными от этого api. Сам контейнер с nginx по курлу спокойно коннектится к контейнеру "proxy" в частности к api, a nginx не может, ему необходим резолвер который переведет docker.proxy в ip адресс (до этого использовал resolver 127.0.0.1, который видимо использует /etc/hosts).

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

в нджинксе как запрос выглядит?

в нджинксе как запрос выглядит?

там луа код с реквестом, который использует те же средства nginx, что и proxy_pass и подобное. Вопрос как раз таки в том откуда взять теперь resolver для nginx если это теперь не 127.0.0.1 как-то связанный с /etc/hosts

ну почему луа не пользуется стандартными днсами, которыемы пользуется курл? это странно

ну почему луа не пользуется стандартными днсами, которыемы пользуется курл? это странно

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

/ # cat /etc/resolv.conf nameserver 127.0.0.11

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

больше подсказать нечего

больше подсказать нечего

отлично, это помогло ?? а где потом такое искать?=)

то есть?

#whois всем привет, я Альберт, roundme.com, backend, в группу пришёл с хабра, начал осваивать докер, поэтому данная группа интересна

коллеги, приветствую.

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

что такое "данные сервера"?

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

volumes?

да

я просто копировал сразу куда нужно

правда, потом я всё разворачивал своим велосипедным скриптом, который как docker compose, но другой. Поэтому, наверно, я плохой пример :)

объясню подробнее: есть продукт http://www.diasoft.ru/banks/products/flextera/demo_flextera/index.php необходимо реализовать резервирование прод сервера на случай обвала вопрос как проще это сделать