Спасити. Вот докер-компоус: version: "3" services: db: image: postgres:11.3 environment: ... ports: - "5432:5432" foobar: command: ./server_up.sh image: user_service:latest depends_on: - db volumes: - ./:/app/ ports: - "8293:14892" Не получается подконнектиться к постегре из другого контейнера. Компос же по-дефолту должен одну сеть создать на все сервисы указанные? Испектил сеть — контейнеры действительно находятся в одной сети. Хуй знает, почему оно не коннектит, уже даже руками создавал сеть, руками же коннетил туда два контейнера и всё равно не мог достучаться до постгры из другого контейнера.

Может кто-нибудь предложить, куда копать в этом случае?

Centos?

Не, убунтка

Я, кажется, понял в чём дело. Только что пингалул по имени контейнера — сработало.

скорее всего psql пытается по дефолту подконнектиться к localhost:5432 или как-то так, а мне следовало бы к db_1:5432 (по имени контейнера)

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

А, ну да, у тебя тогда проще проблема)

никто случайно не знает, как пsql'у сказать, чтоб он стучался по имени сервиса, а не локалхосту?

Ман то отсутствует?)

да, щас буду гуглить:)

шерстить доку

И не стоит в наших группах спам рассылать, пожалуйста

ок

сталкивался ли кто-то с ситуацией, когда restart: always перезапускает контейнер ограниченное количество раз? в моем случае перезапуски длились подряд 8 часов, а затем остановились и контейнер лежал со статусом Exit 2.

сталкивался ли кто-то с ситуацией, когда restart: always перезапускает контейнер ограниченное количество раз? в моем случае перезапуски длились подряд 8 часов, а затем остановились и контейнер лежал со статусом Exit 2.

нет, это так не работает

может докер демон сломался? или что-то типа - порт занят?

есть подозрение на демон докера, но даже не знаю как лучше отдебажить

другие контейнеры нормально работали на той же ноде

другие контейнеры нормально работали на той же ноде

И что ?

есть подозрение на демон докера, но даже не знаю как лучше отдебажить

Легко Смотреть в логи

скорее всего psql пытается по дефолту подконнектиться к localhost:5432 или как-то так, а мне следовало бы к db_1:5432 (по имени контейнера)

Стучитесь в ваш postgres из вашего сервиса foobar по имени сервиса и порту, попробуйте db:5432 и, скорее всего, наступит счастье.

Подскажите плз - как с помощью docker-compose запустить 3 сервера с запущенным башем? Зависает на вот этом: [centos@ip-X docker]$ docker-compose up Creating network "docker_default" with the default driver Creating docker_server_3_1 ... done Creating docker_server_1_1 ... done Creating docker_server_2_1 ... done Attaching to docker_server_2_1, docker_server_1_1, docker_server_3_1

Зачем ?

Толку от баша, если ты не сможешь вводить команды ?

Стучитесь в ваш postgres из вашего сервиса foobar по имени сервиса и порту, попробуйте db:5432 и, скорее всего, наступит счастье.

Спасибо, именно так и сделал, сработало

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

Зачем ?

Как сделать, чтобы смог?

так а что ожидается в результате?

запусти с -d и заходи в баш каждого контейнера

но интересно бы узнать цель) мало ли

Блеать) Стакан чаю этому господину) "но интересно бы узнать цель) мало ли" - да поиграцца с 3 одновременно, swarm и все такое

Блеать) Стакан чаю этому господину) "но интересно бы узнать цель) мало ли" - да поиграцца с 3 одновременно, swarm и все такое

Ну, ты делаешь слип вечный в каждом контейнере

Это не даёт им выйти. А в баш входишь через docker exec

На уже работающий контейнер

да, похоже поднялось

А слип как сделать?

так, вот сейчас обидно было) К чему был коммент: "Блеать) Стакан чаю этому господину)"?) я воспринял это как не говорите мне очевидных вещей, а оказывается это было : "спасибо, что сообщил, но как это сделать?"

Не, я к тому, что я тут два часа дрочусь, а ты мне сказал, что все дело было в добавлении "-d" и все) Сейчас сделано не через слип и поэтому я уточнил - "а как сделать через слип", потому что это очевидно экономнее по ресурсам, чем сейчас запущенный сервис. Поэтому никаких наездов, только благодарность

аа) ок) читай в сторону entrypoint или command в compose, ну и использование sleep в баш или тот же while true

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

или лан, дело твое, видимо есть смысл

Использовать активный режим

/ban

!спам

Что? Кому?

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

Если у вас в разных окружениях разные адреса БД и порты вам необходимо в ваш сервис foobar добавить в environment переменные окружения, например так: environment: DB_HOST: "db" DB_PORT: "5432" В конфигурации подключения к БД вашего приложения в сервисе foobar вам необходимо делать проверку существования переменных окружения DB_HOST и DB_PORT, если переменных нет тогда используйте дэфолтные значения, занавес, гемороя при деплое куда угодно синоптики не прогнозируют, все бегут бухать в буфет!

Здравствуйте. У меня имеется приложение, которое сохраняет всю информацию в файл. А так как ФС у докера эфемерна, появляется вопрос: где и как хранить этот внешний файл так, чтобы он не сбрасывался при каждом перезапуске контейнера?

Здравствуйте. У меня имеется приложение, которое сохраняет всю информацию в файл. А так как ФС у докера эфемерна, появляется вопрос: где и как хранить этот внешний файл так, чтобы он не сбрасывался при каждом перезапуске контейнера?

https://docs.docker.com/storage/volumes/

https://docs.docker.com/storage/volumes/

Спя

Здравствуйте. У меня имеется приложение, которое сохраняет всю информацию в файл. А так как ФС у докера эфемерна, появляется вопрос: где и как хранить этот внешний файл так, чтобы он не сбрасывался при каждом перезапуске контейнера?

Объяви Volume для контейнера. Причем можно способом монтирования конкретной директории на хосте, а можно объявить сам Volume в конце docker-compose.yml

Объяви Volume для контейнера. Причем можно способом монтирования конкретной директории на хосте, а можно объявить сам Volume в конце docker-compose.yml

А из самого приложения как обращаться к файлам в нем?

А из самого приложения как обращаться к файлам в нем?

Монтирование осуществляется путем, к примеру: Папка/на/хосте:/папка/которую/видит/контейнер. Или: Некое_хранилище:/папка/которую/видит/контейнер

Тебе скинули доки, можешь ознакомиться подробнее.

Изучаем <em class="searched-item">Docker</em>, часть 6: работа с данными https://habr.com/ru/company/ruvds/blog/441574/

Не пойму, что не так тут. Вроде запускаю контейнер. docker run --name postgres -v /Users/fa/Documents/sourcecode/shared/postgree/:/var/lib/postgresql/data -d -p 5432:5432 -e POSTGRES_PASSWORD=Oradoc_db1 postgres fb5dbd88e44b1b5a5ce9f919bd54d1c948e5038fa969045411e9a2c62af1caf9 fa ~ docker exec -it postgres bash Error response from daemon: Container fb5dbd88e44b1b5a5ce9f919bd54d1c948e5038fa969045411e9a2c62af1caf9 is not running

docker ps посмотри, у тебя контейнер не запустился, скорее всего

Да, он не запускается. в ps его тоже не видно

Попробуй, к docker run добавить -d

Попробуй, к docker run добавить -d

там стоит же

docker logs

docker logs

+1

там стоит же

Пропустил(

Тогда да, dicker logs в помощь

логи наше все) всем спасибо

initdb: directory "/var/lib/postgresql/data" exists but is not empty

Подскажите новичку, как правильно организовать разделение на окружения? есть разработчики - им нужны дэбагеры и какие-то профилировщики, есть тестовое окружение и в тестовом не должно быть дэбагеров и профилировщиков и тестовое окружение один в один как production окружение, отличается только доменом от production окружения. Домены победил с помощью переменных окружения, но как быть с дэбагерами для разработчиков и возможностью редактировать код - запутался. Может кто нибудь уже сталкивался с проблемой и знает решение? Буду признателен. В документации не нашел рекомендаций, но может невнимательно читал.

initdb: directory "/var/lib/postgresql/data" exists but is not empty

Ну, все ясно. Да

Подскажите новичку, как правильно организовать разделение на окружения? есть разработчики - им нужны дэбагеры и какие-то профилировщики, есть тестовое окружение и в тестовом не должно быть дэбагеров и профилировщиков и тестовое окружение один в один как production окружение, отличается только доменом от production окружения. Домены победил с помощью переменных окружения, но как быть с дэбагерами для разработчиков и возможностью редактировать код - запутался. Может кто нибудь уже сталкивался с проблемой и знает решение? Буду признателен. В документации не нашел рекомендаций, но может невнимательно читал.

Ну, тебе придется сделать три докер-образа. Самое просто - в одном докер файле определить три образа

FROM base as my_base .... FROM my_base as debug RUN установить дебаггеры FROM my_base as test RUN установить тестовые утилиты

Можно одним чохом их собирать. Ну, и честно говоря, я не очень уверен, что реально дебаггеры и тест кейсы должны быть в том же образе

Подскажите новичку, как правильно организовать разделение на окружения? есть разработчики - им нужны дэбагеры и какие-то профилировщики, есть тестовое окружение и в тестовом не должно быть дэбагеров и профилировщиков и тестовое окружение один в один как production окружение, отличается только доменом от production окружения. Домены победил с помощью переменных окружения, но как быть с дэбагерами для разработчиков и возможностью редактировать код - запутался. Может кто нибудь уже сталкивался с проблемой и знает решение? Буду признателен. В документации не нашел рекомендаций, но может невнимательно читал.

Язык хотя бы какой?

Язык хотя бы какой?

php, node.js, java, python

Можно одним чохом их собирать. Ну, и честно говоря, я не очень уверен, что реально дебаггеры и тест кейсы должны быть в том же образе

Ну, у java, например есть удаленные дебагеры, а включать их можно через etrypoint и переменные окружения. Для руби тоже, можно через переменную окружения

Ну, тебе придется сделать три докер-образа. Самое просто - в одном докер файле определить три образа

Если у меня 4 сервиса то получится 12 образов? Становится страшно, ради четырех делать 12

php, node.js, java, python

Уточни, сначало как запускаются и что для них нужно. На php, многие фраемворки поддерживают разделение на прод и stage из коробки

Уточни, сначало как запускаются и что для них нужно. На php, многие фраемворки поддерживают разделение на прод и stage из коробки

Например php, как некомпилируемый и на мой взгляд с ним проще чем с компилируемым, но не пойму как именно. Фрэймворк yii2. Для дэбага необходим xdebug модуль php, должен быть установлен в образ для разработчика, как я понял код нужно монтировать в образ, а для тестового и прода нужно код переписывать в образ для доставки на сервера и не должно быть при этом xdebug. И вот запутался как правильно сделать, два образа - это было первое решение, но планируется сервисов больше чем 4 и тогда - тушите свет, как рулить таким зоопарком образов docker