Я вообще не уверен, что pgadmin умеет по сети с постгресом работать, а не локально. Это и ответ на твои приседания с докером.

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

Я написал почему

Кратко - думай, что у тебя пгадмин и постгрес на разных хостах.

опрашивать по домену, по имени контейнера (если сервер тоже в контейнере), использовать driver host внутри , зафиксировать ip и т.д. много вариантов

Спасибо, все получилось 👍

@demeliorator о великий, добавь бота-антиспамера

Кто подскажет, в gcloud за остановленный инстанс нужно платить?

Кто подскажет, в gcloud за остановленный инстанс нужно платить?

Да

Но не полностью

Да

Спасибо. А я могу там настроить несколько образов, и поднимать инстансы из этих образов по необходимости, а потом удалять их? Под нагрузки нужнен резерв гибкий

Спасибо. А я могу там настроить несколько образов, и поднимать инстансы из этих образов по необходимости, а потом удалять их? Под нагрузки нужнен резерв гибкий

Да

Класс

https://seclists.org/oss-sec/2019/q2/131

Ух, все пропало

https://seclists.org/oss-sec/2019/q2/131

защищенных систем не бывает

рано или поздно появятся другие уязвимости

рано или поздно их закроют и появятся другие

Это так)

https://seclists.org/oss-sec/2019/q2/131

Кмк, поверхность атаки от слова "никакая"

я в скрипте энтрипоинта вызываю дочерний процесс и жду его завершения. Это все запускается в сварме

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

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

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

Restart policy

Restart policy

+1

@vizdrag запинь. полезное

Да ну. Жабажабажаба. Давно бы уж на го переписали.

Ребят, расскажите кто какую ci систему использует, там jenkins, teamcity или gitlab ci, просто интересна эта вещь)) И если не сложно, то почему именно это и выбрали

@continuous_integration_ru

Плжскажите плиз! Сконфигурировал PostgreSQL по этой инструкции, но все равно не пускает извне, с чем это может быть связано? https://bosnadev.com/2015/12/15/allow-remote-connections-postgresql-database-server/ Порты проброшены, все должно работать, но не работает 🤷‍♂️

А, все, пофиксил)

Спасити. Вот докер-компоус: 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

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

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

Привет! Поднял zabbix в докер, сам хост мониториться, до перезагрузки тогда ip контейнера меняеться и соответсвенно агент не доступен. Затем смотрю новый ip и меняю в вебе. Подскажите куда копать, как это сделать динамически, чтобы контейнер при ребуте не отваливался

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

/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

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

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

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