словно всё ок

пересоздание контейнера тоже не варик ( пробовал)

полностью дестроил

а имейдж то официальный?

не. это не офф. но контора тож не последняя

https://hub.docker.com/r/monitoringartist/dockbix-xxl , конкретно они

омг, понятно

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

и понаблюдай

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

можн конешн. но эт переносить над. да и проблему не совсем решает

что может быть глубде docker logs ?

или того же docker events

куда ещё глянуть то

не в курсе

только про это знаю

только если логи самого supervisord внутри

но по логике, если ошибка в нём, то и код выхода не должен быть 0

ну и ни как не в паузу уходить

так ведь пауза это не ошибка

может я не прав конечно

он должен упасть видать, чтоб тебе код ошибки 1 выдал

логично. но какое поведение вызывает паузу ?

при каких условиях докер скажит" этот контейнер на паузу"

смешно, но этот же стек, в лабе докера работает

смешно, но этот же стек, в лабе докера работает

версии одинаковые докеров?

логично. но какое поведение вызывает паузу ?

https://stackoverflow.com/questions/30969435/where-is-the-docker-daemon-log

полностью

даже билды одни

в логах демона еще погляди че пишет

там уже что то есть

http://prntscr.com/lvgi94

выделил ид контейнера

попробуй загуглить ошибку

да уже

Суббота удалась ?

куда ещё глянуть то

В конец cmd добавь длинный sleep, exec sh в контейнер и исследуй состояние контейнера сколько влезет.

Получилось так: 1) docker commit 2) docker save ... 3) перенос далее docker load 4) docker link всё же пригодился....

commit нужен, чтобы сохранять изменения, внесенные в контейнер руками(после build). Сохраняется контейнер через export. У тебя save, commit здесь точно лишний)

The FROM instruction initializes a new build stage and sets the Base Image for subsequent instructions.

В данном случае это parent image. https://github.com/docker/docker.github.io/issues/2967

не умею композ....

Глянь историю чата пр слову save. Две ветки по этому поводу точно было. https://t.me/docker_ru/88460

#вакансия #DevOps #Kubernetes #удаленно Добрый день! Нашему клиенту, международной компании, имеющей филиалы в США, России, Украине и Индии, требуются специалисты DevOps уровня Senior и Middle для работы удаленно. Важен опыт работы с Kubernetes в продакшене. Требования: Глубокие знания Kubernetes и Docker, опыт запуска отказоустойчивых и секьюрных конфигураций на Kubernetes в продакшн Опыт работы с Azure и AWS Владение каким-либо языком программирования Будет плюсом: Опыт настройки под enterprise (с максимальным security и отказоустойчивостью) MongoDB, Redis, RabbitMQ, MySQL Опыт работы с проектами на Node.js, .Net Английский Условия: Заработная плата до $3500, в зависимости от уровня специалиста Полный рабочий день, гибкий график Удаленная работа Дополнительные выплаты за профессиональные успехи Интересные задачи Пожалуйста, дайте мне знать если вас заинтересовала вакансия и пришлите ваше резюме на kristina@gig.com.ru или телеграмм @kristina_rabota !

#вакансия #DevOps #Kubernetes #удаленно Добрый день! Нашему клиенту, международной компании, имеющей филиалы в США, России, Украине и Индии, требуются специалисты DevOps уровня Senior и Middle для работы удаленно. Важен опыт работы с Kubernetes в продакшене. Требования: Глубокие знания Kubernetes и Docker, опыт запуска отказоустойчивых и секьюрных конфигураций на Kubernetes в продакшн Опыт работы с Azure и AWS Владение каким-либо языком программирования Будет плюсом: Опыт настройки под enterprise (с максимальным security и отказоустойчивостью) MongoDB, Redis, RabbitMQ, MySQL Опыт работы с проектами на Node.js, .Net Английский Условия: Заработная плата до $3500, в зависимости от уровня специалиста Полный рабочий день, гибкий график Удаленная работа Дополнительные выплаты за профессиональные успехи Интересные задачи Пожалуйста, дайте мне знать если вас заинтересовала вакансия и пришлите ваше резюме на kristina@gig.com.ru или телеграмм @kristina_rabota !

@devops_jobs

#вакансия #DevOps #Kubernetes #удаленно Добрый день! Нашему клиенту, международной компании, имеющей филиалы в США, России, Украине и Индии, требуются специалисты DevOps уровня Senior и Middle для работы удаленно. Важен опыт работы с Kubernetes в продакшене. Требования: Глубокие знания Kubernetes и Docker, опыт запуска отказоустойчивых и секьюрных конфигураций на Kubernetes в продакшн Опыт работы с Azure и AWS Владение каким-либо языком программирования Будет плюсом: Опыт настройки под enterprise (с максимальным security и отказоустойчивостью) MongoDB, Redis, RabbitMQ, MySQL Опыт работы с проектами на Node.js, .Net Английский Условия: Заработная плата до $3500, в зависимости от уровня специалиста Полный рабочий день, гибкий график Удаленная работа Дополнительные выплаты за профессиональные успехи Интересные задачи Пожалуйста, дайте мне знать если вас заинтересовала вакансия и пришлите ваше резюме на kristina@gig.com.ru или телеграмм @kristina_rabota !

!спам

народ как мне запустить docker mysql

чтобы только её инициализировать базу и остановить

А проблема в чем?

запустить контейнер который инициализирует базу, а второй запустится с publish port, после инициализации остановится база не в контейнере

запустить контейнер который инициализирует базу, а второй запустится с publish port, после инициализации остановится база не в контейнере

найми админа\девопса

@kristina_rabota вакансии можно постить только в @devops_jobs Потер ваше сообщение, считайте это предупреждением

Глянь историю чата пр слову save. Две ветки по этому поводу точно было. https://t.me/docker_ru/88460

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

привет, кто-то пробовал использовать недефолтный гетвей у докера? каким образом меняли дефолтную сеть для докера и его контейнеров ? Есть конфиг daemon json - его будет достаточно?

найми админа\девопса

я не работодатель

решил уже этот кейс

динамически создаю по версии образ и заменяю скрипт инициализации

ВкусВилл Крем-мёд с имбирём. Цена: 224,00 р.

ВкусВилл Крем-мёд с имбирём. Цена: 224,00 р.

Виски есть?

ВкусВилл Крем-мёд с имбирём. Цена: 224,00 р.

Крем-чай к крем-мёду есть? А крем-печенье?)

Крем-чай к крем-мёду есть? А крем-печенье?)

С нынешней молекулярной кухней можно сделать крем-кирпич

КремОпс

Подскажите плз есть маленький докерфайл, ниже содержимое FROM ubuntu ENV BIND_VERSION=9.11.3 RUN rm -rf /etc/apt/apt.conf.d/docker-gzip-indexes \ && apt-get update \ && DEBIAN_FRONTEND=noninteractive apt-get install -y \ bind9=1:${BIND_VERSION}* bind9-host=1:${BIND_VERSION}* dnsutils \ && rm -rf /var/lib/apt/lists/* EXPOSE 53/udp 53/tcp запускаю командой docker run --name bind -d --restart="always" --publish 5335:53/tcp --publish 5335:53/udp --volume /srv/bind9:/etc/bind/ bind/bind контейнер собирается и висит в docker ps, но подцепиться к нему не могу docker exec -it bash, при этом даже если делаю docker stop id_cont он остается висеть в процессах, убивается только командой docker rm $(docker ps -a -q), только начинаю понимаю эту систему, что делаю не так может кто подсказать? Спасибо

docker@docker:~/docker/bind9$ docker run --name bind -d --restart="always" --publish 5335:53/tcp --publish 5335:53/udp --volume /srv/bind9:/etc/bind/ bind/bind 21e244ea35c557b178822537e10439745f0413494e3130f04c1ec1fa57d3eb15 docker@docker:~/docker/bind9$ docker exec -it bind bash Error response from daemon: Container 21e244ea35c557b178822537e10439745f0413494e3130f04c1ec1fa57d3eb15 is restarting, wait until the container is running

docker@docker:~/docker/bind9$ docker run --name bind -d --restart="always" --publish 5335:53/tcp --publish 5335:53/udp --volume /srv/bind9:/etc/bind/ bind/bind 21e244ea35c557b178822537e10439745f0413494e3130f04c1ec1fa57d3eb15 docker@docker:~/docker/bind9$ docker exec -it bind bash Error response from daemon: Container 21e244ea35c557b178822537e10439745f0413494e3130f04c1ec1fa57d3eb15 is restarting, wait until the container is running

у тебя кривой докерфайл

можешь подсказать что не так делаю чтобы почитать?( не так давно начал работать с этой программой

можешь подсказать что не так делаю чтобы почитать?( не так давно начал работать с этой программой

с какой с этой?

нет опций к докерфайлу каких то типа cmd?

docker

нет опций к докерфайлу каких то типа cmd?

да, CMD\Entrypoint нужны, а так он у тебя сразу завершается, ты ничего не запускаешь

ок почитаю спасиб

Добрый день, Есть небольшая проблема (потребность) которую нужно решить (подскажите как ее корректно решают, т.к. в голове только dns сервер свой заводить): Проблема - когда запрос идет из одного контейнера по имени домена в другой - выходит, как будто я из сети запрашиваю данные) Текущие данные 1) Есть docker swarm 2) Все сервисы корректно работают, в настройках nginx стоит, что по определенному имени домена -> отдавать через fastcgi_pass (или proxy_pass) данные. Все домены с SSL и запросы должны ходить только по SSL (https). Как сделать так, что бы запрос из контейнера A шел по внутренней сети на доменное имя. А снаружи, данное доменное имя было бы не доступно. Извините что сумбурно немного

Суть такой махинации - сократить время ответов на запросы FrontEnd

Добрый день, Есть небольшая проблема (потребность) которую нужно решить (подскажите как ее корректно решают, т.к. в голове только dns сервер свой заводить): Проблема - когда запрос идет из одного контейнера по имени домена в другой - выходит, как будто я из сети запрашиваю данные) Текущие данные 1) Есть docker swarm 2) Все сервисы корректно работают, в настройках nginx стоит, что по определенному имени домена -> отдавать через fastcgi_pass (или proxy_pass) данные. Все домены с SSL и запросы должны ходить только по SSL (https). Как сделать так, что бы запрос из контейнера A шел по внутренней сети на доменное имя. А снаружи, данное доменное имя было бы не доступно. Извините что сумбурно немного

может в hosts прописать?

может в hosts прописать?

IP в динамично могут меняться...

или можно на хостовой машине на себя ссылаться (на локалхост)?

может в hosts прописать?

Внутри каждого docker контейнера nameserver 127.0.0.11 options ndots:0 в /etc/hosts 10.0.0.122 6c....e43

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

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

Угу( но что то мощное типа Consul или тому подобное, очень не хочется крутить(((

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

Внутри контейнера, кто то же запихивает данные в /etc/hosts Где ip containerid прописывается

да

хотя по идеи и с hosts должно работать

привет! подскажите, пожалуйста, как правильно вставить ключи для авторизации, когда размещаешь контейнер на AWS, в dockerrun.aws.json, чтобы подключиться к repository на DockerHub?

хотя по идеи и с hosts должно работать

https://docs.docker.com/v17.09/engine/userguide/networking/default_network/configure-dns/ вот эти ключи не пробовал? —link=...

не, может как раз то

Добрый день, Есть небольшая проблема (потребность) которую нужно решить (подскажите как ее корректно решают, т.к. в голове только dns сервер свой заводить): Проблема - когда запрос идет из одного контейнера по имени домена в другой - выходит, как будто я из сети запрашиваю данные) Текущие данные 1) Есть docker swarm 2) Все сервисы корректно работают, в настройках nginx стоит, что по определенному имени домена -> отдавать через fastcgi_pass (или proxy_pass) данные. Все домены с SSL и запросы должны ходить только по SSL (https). Как сделать так, что бы запрос из контейнера A шел по внутренней сети на доменное имя. А снаружи, данное доменное имя было бы не доступно. Извините что сумбурно немного

Самый простой вариант, sed'ом править хостс при перезапуске контейнера из скрипта. Но это капец какая головная боль может потом случиться. Я думаю, что пора со сворма на к8с переезжать, раз такие запросы появились.

Самый простой вариант, sed'ом править хостс при перезапуске контейнера из скрипта. Но это капец какая головная боль может потом случиться. Я думаю, что пора со сворма на к8с переезжать, раз такие запросы появились.

Вот как в kubectl сделать это - знаю... а в swarm - не знаю... swarm links параметр игнорит((((( Ignoring unsupported options: links