Или "нужно ещё вчера".

ну это совсем дичь тогда

)

Не имеет значения всё это. В данный момент имеет значение то, что ты просто ляпнул "отключить SELinux", не имея никаких вводных.

ок)

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

Всем привет! Возникли вопросы при использовании docker-compose в продакшен с django. Общий кейс: Есть django-приложение, в котором помимо него и базы (Postgres), крутятся также celery worker, celery beat, nginx, elasticsearch и kibana. Всем этим делом управляю через docker-compose. Сейчас оно все деплоится без docker-a на vscale через fabric-скрипты. Возникают вопросы: 1) Как это дело деплоить без особых сложностей? Вариантов, как я понял, очень и очень много, я рассматривал такие: - делаем образ -> пушим в репозиторий -> идем на удаленный сервер с docker-compose.prod.yml и другими необходимыми файлами -> docker-compose up -d - Делаем локально docker-machine с --driver=generic и ip нашего удаленного сервера и с помощью stack (или того же `docker-compose up -d`) запускаем на машине - swarm 2) Как правильно должен выглядеть docker-compose.prod.yml? Насколько я понял, основная идея в том, что мы убираем (если присутствуют) подвязки на локальный код приложения и вмсето этого забираем все из образа? (если кому-то интересно, весь docker-compose файл тут - https://github.com/vforvad/Interview360Server/blob/docker-config/docker-compose.yml) 3) Сейчас для работы `nginx`-а используется очень и очень простой конфиг - https://github.com/vforvad/Interview360Server/blob/docker-config/deploy/nginx/dev.conf. Можно ли его переиспользовать в production-окружении? Заранее благодарю!

ERROR: Version in "./docker-compose.yml" is unsupported. You might be seeing this error because you're using the wrong Compose file version. Either specify a version of "2" (or "2.0") and place your service definitions under the `services` key, or omit the `version` key and place your service definitions at the root of the file to use version 1. For more on the Compose file format versions, see https://docs.docker.com/compose/compose-file/ $ docker --version Docker version 17.09.1-ce, build 19e2cf6 $ docker-compose --version docker-compose version 1.8.0, build unknown Какую бы версию не указал, >= 3, то начинаются такие ошибки. С чем это может быть связано?

При указании версии 2 всё ОК.

ну, чего не ясно? старый композ

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

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

композ 1.8 вышел полтора года назад.

а так компоуз да, не мешало бы обновить

Бтв композ разве в продакшене ок юзать?

кто говорит о продакшене?

он в деве юзает

А, всё, понял. Я думал, там версии докера перечислены.

И сижу не понимаю, в чём дело.

"Использовании docker compose с джанго в продакшн"

у них аватары даже разные, совсем под вечер глаза не видят?)

если ты ему отвечаешь, то хоть бы на пост отвечал

Не сочтите за труд, посмотрите, пожалуйста, верно ли я написал docker-compose.yml? https://hastebin.com/eyuyikilab.rb

у них аватары даже разные, совсем под вечер глаза не видят?)

Скорее, котелок уже не варит под вечер :D

Не сочтите за труд, посмотрите, пожалуйста, верно ли я написал docker-compose.yml? https://hastebin.com/eyuyikilab.rb

Ну, не считая версии.

Скорее, котелок уже не варит под вечер :D

+

Привет! Никто не сталкивался с проблемой, что докер не может достучаться до интернета без --net=host опции ? Проблема не в DNS ( не работает и пинг ), система RHEL

Привет! Никто не сталкивался с проблемой, что докер не может достучаться до интернета без --net=host опции ? Проблема не в DNS ( не работает и пинг ), система RHEL

файрволл какой-нибудь блочит

Не блочит

отключать пробовал?

Не блочит

тогда у тебя все работает

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

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

Точно ли compose старый?

[root@w4084 deploy]# docker-compose -v docker-compose version 1.16.1, build 6d1ac219

мой наверное из будущего

Нет, мой свежее.

И всё равно не заводится.

1.8 свежее?)

Что больше, 8 или 16?

?

у тебя видимо своя логика версионности?)

Эм, видимо, да. )

Сейчас снесу и попробую ещё раз поставить.

Если использовать тру-сортировку, то 8 будет больше )

А если человеко-понятную, то 16 идёт сперва

https://github.com/docker/compose/releases Г - лоГГика ?

Если использовать тру-сортировку, то 8 будет больше )

Ты утомил уже хайлайтить без нужды, отвечая на сообщение непосредственно выше. Зачем вести себя, как мудак?

А если человеко-понятную, то 16 идёт сперва

ага, возраст ты тоже свой в обратную сторону считаешь?)

Господа, огромное спасибо всем, кто помогал. Всё заработало. =)

привет, народ!

кто нибудь сталкивался с тем, что внутри контейнера не пашет apt-get update?

А что именно не пашет?

Что пишет при попытке обновиться? Какая ОС в контейнере?

вот есть докерфайл, в нем строка run apt-get update и далее установка всякого

—-> Running in a5e10703b4a0 Err http://deb.debian.org jessie InRelease Err http://security.debian.org jessie/updates InRelease Err http://deb.debian.org jessie-updates InRelease Err http://security.debian.org jessie/updates Release.gpg Temporary failure resolving 'security.debian.org'

Он похоже не может подключиться к сети

FROM python:3

пинг внутри контейнера работает

а все остальное нет)

apt update попробуйте

ERROR: S client not available

в контейнере?

Да

Попробуйте контейнер с Python на базе Debian

13 packages can be upgraded. Run 'apt list —upgradable' to see them.

FROM python:3.4-jessie

13 packages can be upgraded. Run 'apt list —upgradable' to see them.

Это нормально

Он говорит, что можно обновить 13 пакетов

ну значит сеть внутри контейнера

сеть

есть

:)

пробую с FROM python:3.4-jessie то же самое

пробую с FROM python:3.4-jessie то же самое

Хмм. Если Вы уж ставите что-то в контейнер с Python, то не проще ли будет сделать образ на основе debian или ubuntu? FROM ubuntu:latest RUN apt -y install python3

Вы это всё с Docker Compose запускаете?

Хмм. Если Вы уж ставите что-то в контейнер с Python, то не проще ли будет сделать образ на основе debian или ubuntu? FROM ubuntu:latest RUN apt -y install python3

а jessie - это не дебиан?

командой ./up.sh

а jessie - это не дебиан?

Debian

командой ./up.sh

А что у Вас в up.sh ?

это сборка готовая по идее для разваорачивания 3х контейнеров

и проверенная на других компьютерах

Покажите содержимое up.sh

#!/bin/sh . ./.env #macos #sudo ifconfig lo0 alias ${LOCAL_HOST} #linux #sudo ifconfig lo ${LOCAL_HOST} up ./down.sh docker-compose -f docker-compose.yml -f docker-compose.${ENV_NAME}.yml pull #docker-compose -f docker-compose.yml -f docker-compose.${ENV_NAME}.yml build —no-cache docker-compose -f docker-compose.yml -f docker-compose.${ENV_NAME}.yml up —build

Вот

А что у Вас в docker-compose.yml ?

. ./.env ./down.sh docker-compose -f docker-compose.yml -f docker-compose.${ENV_NAME}.yml pull docker-compose -f docker-compose.yml -f docker-compose.${ENV_NAME}.yml up —build

вот без комментариев

version: '3.3' services: django: build: django entrypoint: - /entrypoint.sh volumes: - ./app:/app links: - postgres depends_on: - postgres environment: &django_env ENV_NAME: ${ENV_NAME} PRODUCT_NAME: ${PRODUCT_NAME} POSTGRES_DB: ${POSTGRES_DB} POSTGRES_USER: ${POSTGRES_USER} POSTGRES_PASSWORD: ${POSTGRES_PASSWORD} restart: always

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

services: django: images: python:3.4-jessie build: django entrypoint: - /entrypoint.sh