а сейчас невесть что делают

пишут целое сочинение в stdout

сделай лучше :)

учитывая как они pull request принимают

трата времени впустую

там много ребята чего хорошего запушили а их в топку послали

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

тут сложно

хотя докер не трогает не своё

я на csf сижу и до swarm`a всё хорошо было, dockerd —iptables=false

а под swarm включил пока докер обратно, там всё поменялось и надо переделывать

Именно! Поэтому и спрашиваю

Если flush не делать можно ужиться)

А вообще нахер фв, все в dmz)

запустил: docker stack up —compose-file=compose.yml webs

и тишина уже 5минут

о creating networks..

и что он там только делает

error response from daemon rpc error code 4 desc= contecxt deadline exceeded...

гавно этот ваш докер

ок

о блин, налетели))

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

docker ps работаеt, docker service ls выдает context deadline exceeded

бесит

я от докера просто теку, даже в issue помогаю )) и всё у меня работает

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

может заработает

удачу подаришь

у меня нет docker-machine

одна команда поставить

docker node ls покажи

или глянь сам статус

swarm init —listen-addr 0.0.0.0:2377 надо было

теперь чегото последния нода не хочет джонится

первая без проблем

срать на доки, методом тыка заведётся)

вот для чего —listen засунул то?

в доках внутриниие ip показаны

ещё и один интерфейс на ноде 100%

как мне с другого хостинга подсоединится?

Listen address (format: <ip|interface>[:port]) (default 0.0.0.0:2377)

он по дефолту биндит на все интерфейсы

бл ну неработало без этого параметра вабще

не находил менеджер с таймаутом

firewall?

нету

указав listen address все заработало

ну ты указал то что по дефолту и так стоит

ну ура

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

у в реальности другие результаты как видешь

17.04.0-ce 4845c56

experimentable enabled, иначе docker stack deploy не работает

мне становится скучно

error respoense from daemon: timeout was reacher before node was joined

а первый с почти идиетичной командой подключился

к тому же первый даже в другом регионе

experimentable enabled, иначе docker stack deploy не работает

stack вышел в прод с версии 1.13

не нужен там experimentable

не найду сейчас ошибку

docker stack deploy —compose-file=compose.yml

выдало что only available in experimental

error respoense from daemon: timeout was reacher before node was joined

проблемы со связью. FW, RTT, но не похоже на докер

ну таймаут и хоть ты тресни

ERROR: S client not available

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

docker node ls показывает два нода

docker stack up —compose-file=compose.yml webs

вадает context deadline exceeded

проверь от себя http://manager-ip:2377

там обычный API

всем привет)) не напомните: можно ли (как?) в supervisor.conf вписывать одноразово запускаемые (при старте докера) скрипты типа start.sh ?

а в сам докер не лучше?

в образ

т.е. в CMD start.sh , а из него supervisor переписать да? (так и сделаю , если нельзя в супервизоре одноразовые)

у тебя супервизор в контейнере?

да

а зачем?

он там уже был)

виртуалка из докера?))

в см. "легкая" виртуалка да )

кст. разве супервизор в контейнере плох чем (сервисы рестартовать если что)?

не нужен он там

1 контейнер 1 сервис

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

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

пихают супервизор когда больше одного сервиса внутри контейнера ну или нубы

да вроде где-то уже читал, что эта концепция постепенно отходит(частично) - все равно невозможно так обеспечить, и много образов приход.хранить. вроде меняют "понятие 1го сервиса" даже в сторону 1 сервис+обеспечивающее его...обвязки))

в общем если надо оставить, как вариант ещё - добавь свой скрипт в супервизор как сервис, только дай параметры

[program:my-program-name] command = /path/to/my/command.sh startsecs = 0 autorestart = false startretries = 1

как-то так

да вроде где-то уже читал, что эта концепция постепенно отходит(частично) - все равно невозможно так обеспечить, и много образов приход.хранить. вроде меняют "понятие 1го сервиса" даже в сторону 1 сервис+обеспечивающее его...обвязки))

никто ничего не меняет, отмазки лентяев

как ты будешь перезапускать один из сервисов внутри контейнера?

масштабировать?

он же (супервизор) следит сам (худобедно)

в общ. спасибо. "startsecs = 0 autorestart = false startretries = 1" -обеспечивает запуск только при старте докера да?

по идее да, я не юзаю его