А вот если внутри контейнера с монго пишу “ping mongo” не работает (( Хотя думаю это не имеет отношения ко всему этому

А вот если внутри контейнера с монго пишу “ping mongo” не работает (( Хотя думаю это не имеет отношения ко всему этому

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

вариантов решения два

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

Хелсчеки накидать

Использовать докер-компоуз 2.4

Сделать режим стендбай у приклада

1. простой. поставить в композе для app политику restart: always или unless-stopped app стартует, обломается с подключением, завершится, перестартует снова и тп до тех пор пока монга не начнет коннекты принимать

2. настроить в mongoose.connect повторные подключения. там вторым параметром можно передать объект options, где среди прочего есть что-то типа reconnectTries и reconnectInterval (кажется так). в документаци к монгусу это есть

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

1. простой. поставить в композе для app политику restart: always или unless-stopped app стартует, обломается с подключением, завершится, перестартует снова и тп до тех пор пока монга не начнет коннекты принимать

Это говнище

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

Этот кейс тоже нужно рассмотреть.

Либо гонять цикл по try/except, либо падать

Это говнище

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

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

Скорее да, чем нет, но аргументация другая

ну логиченее встеки падать и перезапускаться чем тянуть в бизнес-код всякий инфраструктурный тлен. сколько раз падать-перезапускаться, с каким интервалом и как вообще на это реагировать — в идеальном мире это тоже должно быть за пределами бизнес-кода по-максимуму =)

ну логиченее встеки падать и перезапускаться чем тянуть в бизнес-код всякий инфраструктурный тлен. сколько раз падать-перезапускаться, с каким интервалом и как вообще на это реагировать — в идеальном мире это тоже должно быть за пределами бизнес-кода по-максимуму =)

Нет

Представь себе, что у тебя контейнер стартует 10 минут

И в случае отвала монги на 10 секунд - ты его перезапускаешь. Ну, ведь, дно получается

Проще ретраиться, пока монга оживет

2. настроить в mongoose.connect повторные подключения. там вторым параметром можно передать объект options, где среди прочего есть что-то типа reconnectTries и reconnectInterval (кажется так). в документаци к монгусу это есть

Спасибо. Этот вариант помог. Вот мой код const mongoose = require('mongoose'); const DBuri = 'mongodb:mongo/course'; const connectionConf = { poolSize: 5, keepAlive: 1, autoIndex: true, useCreateIndex: true, useNewUrlParser: true, }; const dbUri = process.env.mongo_uri || DBuri; const db = mongoose.connection; db.on('error', error => { // if (config.get('mongoose.log')) { // console.log(`${chalk.red('Mongoose failed to connect to')} ${chalk.red(dbUri)}`); // console.log(`${chalk.red('Error')} ${chalk.red(error.name)}`); // } // reconnect if there was connection error if (error.name === 'MongoNetworkError') { setTimeout(() => mongoose.connect(dbUri, connectionConf), 3000); } }); db.once('open', ()=>{ console.log('we\'re connected!'); });

Проще ретраиться, пока монга оживет

Можно по конкретнее пожалуйста

Я описал кейс

Представь себе, что у тебя контейнер стартует 10 минут

сильно зависит от причин, по которым сервис стартует настолько долго. если это обучловлено бизнес-логикой (напр, для работы нужен набор внешних данных, которые меньше чем за 10 минут не получить) — то действительно, надо думать: как жить. конкретно в случае с монгусом — хз как, тк это однопоточный джаваскрипт и провалившись глубоко в эксепшен по дисконнекту, вернуться в какое-то определенное состояние обратно будет проблематично. если стартует 10 мин потому что это такой макаронный монстр, то можно смело заниматься реконнектами до боли в мозгу — там уже хуже не станет =)

сильно зависит от причин, по которым сервис стартует настолько долго. если это обучловлено бизнес-логикой (напр, для работы нужен набор внешних данных, которые меньше чем за 10 минут не получить) — то действительно, надо думать: как жить. конкретно в случае с монгусом — хз как, тк это однопоточный джаваскрипт и провалившись глубоко в эксепшен по дисконнекту, вернуться в какое-то определенное состояние обратно будет проблематично. если стартует 10 мин потому что это такой макаронный монстр, то можно смело заниматься реконнектами до боли в мозгу — там уже хуже не станет =)

Согласен

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

Нужно сразу на ситуацию смотреть в целом

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

зависит. если например, это телеграм бот, то необработанные запросы там висят порядка часов =)

Господа, рад что подтолкнул вас на столь бурное обсуждение, но не соизволите посоветовать, какой вариант лучше применить? 1. рестарт через композ до победного конца 2. рестарт app пока не будет соединения

?

Господа, рад что подтолкнул вас на столь бурное обсуждение, но не соизволите посоветовать, какой вариант лучше применить? 1. рестарт через композ до победного конца 2. рестарт app пока не будет соединения

Все плохо

И вообще нефиг использовать докер компоуз для прода

Мне больше нравится 2

Спасибо

@ofstudio и Вам большое спасибо!

Пойду мучаться со своими контейнерами, пока не сделаю все по-человечески

Господа, рад что подтолкнул вас на столь бурное обсуждение, но не соизволите посоветовать, какой вариант лучше применить? 1. рестарт через композ до победного конца 2. рестарт app пока не будет соединения

Зависит. Я давно с монгусом не работал, не помню насколько адекватно там реконнект реализован. В любом случае, политику перезапуска приложения для прода лучше определить явно. Мало ли ещё по каким причинам приложение может крашнуться. Тоже касается монги, нжинкса и всего остального что там запускается.

+?

привет ? вопрос наипростейший: у меня отдельным контейнером запущена монго. у меня есть несколько ноджс и не только приложений, которые с ней работают. как мне сделать, чтобы не устанавливать в каждый контенер свою монго, а обращаться к отдельному контейнеру? ведь как я понимаю, тот же монгус не словит localhost:27017, так как внутри контейнера его нет. в гугле одни docker-compose варианты, где и то и то вместе ставится

привет ? вопрос наипростейший: у меня отдельным контейнером запущена монго. у меня есть несколько ноджс и не только приложений, которые с ней работают. как мне сделать, чтобы не устанавливать в каждый контенер свою монго, а обращаться к отдельному контейнеру? ведь как я понимаю, тот же монгус не словит localhost:27017, так как внутри контейнера его нет. в гугле одни docker-compose варианты, где и то и то вместе ставится

Щито ?

Что значит устанавливать монгу в каждый контейнер ?

ээ

Ну, не localhost:27017, а укажите внешний айпи сервера:27017

это вроде бы не очень, не?

(по ноде-докеру-монго я немного мимокрокодил, могу чутка потупить)

Почему не очень ? Нормально

Создай сеть и добавь в нее остальные контейнеры

Создай сеть и добавь в нее остальные контейнеры

+1

еще одна открытая в мир монга не нужна

%)

Создай сеть и добавь в нее остальные контейнеры

Вариант

еще одна открытая в мир монга не нужна

Можно файрволлом закрыть

Создай сеть и добавь в нее остальные контейнеры

есть просто приложения и без контейнеров

:D

И? Они на отдельном сервере ?

Или все в рамках одной машины?

да, в рамках одной машины

Если в рамках одной машины бежит много приложенек и многим нужна монга, то создай сеть: docker network create db

Добавь в эту сеть контейнер с монгой при запуске

Назови контейнер mongo

Порт 27017 не выставляй наружу!

Остальные контейнеры, которым нужна монга также добавь в сеть db

И обращайся из них к монге как mongodb://mongo/...

Порт 27017 не выставляй наружу!

я через bindIp закрываю обычно

Остальные контейнеры, которым нужна монга также добавь в сеть db

а как быть с проектами, которые не в контейнерах?

кроме создания для них контейнеров)

Всем привет! Ребят, подскажите пожалуйста. При установки Docker ошибка в конце. Как быть?(( dpkg: ошибка при обработке пакета docker-ce (--configure): installed docker-ce package post-installation script subprocess returned error exit status 1 А при выполнении команды: sudo docker run ubuntu [sudo] пароль для zheev: docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?.

Всем привет! Ребят, подскажите пожалуйста. При установки Docker ошибка в конце. Как быть?(( dpkg: ошибка при обработке пакета docker-ce (--configure): installed docker-ce package post-installation script subprocess returned error exit status 1 А при выполнении команды: sudo docker run ubuntu [sudo] пароль для zheev: docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?.

https://forums.docker.com/t/subprocess-installed-post-installation-script-returned-error-exit-status-1/37444/2

https://forums.docker.com/t/subprocess-installed-post-installation-script-returned-error-exit-status-1/37444/2

Спасибо большое

Тут я был. Не помогло(

Всем привет! Ребят, подскажите пожалуйста. При установки Docker ошибка в конце. Как быть?(( dpkg: ошибка при обработке пакета docker-ce (--configure): installed docker-ce package post-installation script subprocess returned error exit status 1 А при выполнении команды: sudo docker run ubuntu [sudo] пароль для zheev: docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?.

Выше есть еще какие нибудь логи? В /var/log/syslog что? Там должно быть описание того что у него не вышло сделать.

Выше есть еще какие нибудь логи? В /var/log/syslog что? Там должно быть описание того что у него не вышло сделать.

Спасибо большое . Посмотрю)))

Приветствую, подскажите, восстановил виртуальный образ на убунте и перестал работать сайт. Нашел ошибку Could not generate persistent MAC address for Пошарил в гугле, то вроде как проблема в докере. Теперь немогу разобраться как запустить его по отдельным контейнерам

подскажите пожалуйста

Гуглить дальше

Впервые слышу. К тому же, вряд ли проблема в докере как таковом

Гуглить дальше

пишет просто что сайт недоступен, то я думаю это nginx

единственную настройку nginx я нашел только в докере

)

Приветствую, подскажите, восстановил виртуальный образ на убунте и перестал работать сайт. Нашел ошибку Could not generate persistent MAC address for Пошарил в гугле, то вроде как проблема в докере. Теперь немогу разобраться как запустить его по отдельным контейнерам

Подробнее