я полагаю они должны быть добавлены через volume?

извиняюсь не так скопировал

там volumes: идет

пока похоже до mysql не доходит, 500 ошибка раньше появляется, чем-то скрипту не нравится окружение, которое я сделал

мда уж, буду дальше разбираться

да не просто оказывается рабочую среду поднять

есть строки depends_on? или links?

зачем оно надо в 2019?

зачем оно надо в 2019?

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

?

приехали блять

каждый день тут про - links\expose ненужное вообще, depends_on - почти не нужное.

каждый день тут про - links\expose ненужное вообще, depends_on - почти не нужное.

ну я не слышал еще такого, что зачем такое использовать, просветишь?))

Links для 1й версии композа, тогда не было общей сети. Сейчас по дефолту все сервисы в общей сети

depends_on - порядок старта контейнеров, особого смысла в нём нет, процессы внутри оно не контроллирует.

Links для 1й версии композа, тогда не было общей сети. Сейчас по дефолту все сервисы в общей сети

это если указать ведь, чтоб они были в одной сети

знаешь что значит default?

изкоробки

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

наоборот

ну-ка проверю, возможно не обращал внимание

наоборот

хех, действительно

вот сделал только что nginx+fpm у меня чет всё работает, не пойму чего такая проблема у того парня version: '2' services: web: image: nginx:latest container_name: nginx-server ports: - 80:80 volumes: - ./index.php:/var/www/index.php - ./test.conf:/etc/nginx/conf.d/test.conf php: image: php:7.0-fpm container_name: php-fpm volumes: - ./index.php:/var/www/index.php

вот сделал только что nginx+fpm у меня чет всё работает, не пойму чего такая проблема у того парня version: '2' services: web: image: nginx:latest container_name: nginx-server ports: - 80:80 volumes: - ./index.php:/var/www/index.php - ./test.conf:/etc/nginx/conf.d/test.conf php: image: php:7.0-fpm container_name: php-fpm volumes: - ./index.php:/var/www/index.php

version 3 - текущая вроде версия

version 3 - текущая вроде версия

нет

нет

3.7?

они обе актуальны, 3 версия для swarm больше, но обе юзабельны

обе - 2 и 3, 1я deprecated

понял

но минорную версию лучше конечно юзать последнюю, 2=2.0, 3=3.0 и там функционал базовый

но минорную версию лучше конечно юзать последнюю, 2=2.0, 3=3.0 и там функционал базовый

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

3.0 может нет такой?)

Или композ старый

Или композ старый

скорее это, ща новый накатил, перепроверю

Или композ старый

да, походу ранее была в этом проблема

сейчас всё ок

в доке видел что 3 current and recommended by default, подумал что вторая уже не актуальна

лучше юзать последнее всегда) всё равно устареть успеет

?

Есть тут кто поднимал сервер с помощью dokku? Я тут поднял, а как получить доступ к нему - хуйзнает. Мой Dockerfile: FROM node:10.13.0 WORKDIR /usr/src/app COPY package*.json ./ RUN npm install COPY . . EXPOSE 8080 CMD [ "npm", "start" ] Логи чекал, сервер запускается, но когда перехожу по урлу http://url:8080, то выдает 404 и это в логах не показывается

я тебе уже раз сказал - брось хероку

да че бросать, я наконец-то все настроил

только это осталось

Всем привет! Что вы делаете, чтобы понять почему не проходит запрос внутрь контейнера? У меня есть сервер (на питоне - фласке), крутится на 5000 порту. Сделал из него докер образ, открыл в докер-файле 5000 порт. Сделал docker-compose.yml, в котором открываю 5000 порт, сеть у контейнера с драйвером bridge Захожу внутрь контейнера, делаю curl 127.0.0.1:5000 - есть ответ от сервера Делаю curl с хостовой системы - нет ответа

покажи compose

покажи compose

version: "3.5" services: server: container_name: backend build: context: . dockerfile: ./Dockerfile image: backend:latest ports: - "5000:5000" networks: net: networks: net: driver: bridge

а с хоста как подключаешься?

а с хоста как подключаешься?

curl 127.0.0.1:5000

зачем бридж

он нужен?

со стандартной сетью только порт задаёшь и не паришься

зачем бридж

Ну я потом это в виртуалку на гугл-клауде запихаю. Там еще что-то крутится, хочу разделить

со стандартной сетью только порт задаёшь и не паришься

а стандартная не бридж? )

то, что он зря указывает - да

а стандартная не бридж? )

Мне не приходилось с сетями разбираться и я в принципе плох в них) В остальном хорошо понимаю)

Знаете в чем была проблема jboss -> postgre? Для postgre не нужно писать :thin: в сonnection url-е ))

день добрый

Знаете в чем была проблема jboss -> postgre? Для postgre не нужно писать :thin: в сonnection url-е ))

@pgsql

есть какой-то факью по логам нормальный адекватный? докер докс под понятие "адекватный" не подходит в данном случае

Спасибо

хочу красиво наблюдать логи в /var/log/docker/%containername% с logrotate, компрессией и прочими штуками

а не жсон не пойми где в папке с длиннющим хешом

а не жсон не пойми где в папке с длиннющим хешом

Мат тут не нужен, нервы при себе

Мат тут не нужен, нервы при себе

к. но смотреть логи таким макаром очень бесит

docker logs?

Господа, всем привет. Есть базовый образ erlio/docker-vernemq (https://hub.docker.com/r/erlio/docker-vernemq/). В нём объявлено: VOLUME ["/var/log/vernemq", "/var/lib/vernemq", "/etc/vernemq"] я на основе этого образа делаю свой, мне надо поменять файлик который находится в /etc/vernemq. проблема в том, что RUN echo '........' >> /etc/vernemq/vm.args ничего не даёт, следующей строкой идёт RUN cat /etc/vernemq/vm.args и в нём как ничего и не дописывалось

хочется смонтировать файл с диска в образ во время сборки?

просто во время сборки, монтировать ничего не хотел

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

Господа, всем привет. Есть базовый образ erlio/docker-vernemq (https://hub.docker.com/r/erlio/docker-vernemq/). В нём объявлено: VOLUME ["/var/log/vernemq", "/var/lib/vernemq", "/etc/vernemq"] я на основе этого образа делаю свой, мне надо поменять файлик который находится в /etc/vernemq. проблема в том, что RUN echo '........' >> /etc/vernemq/vm.args ничего не даёт, следующей строкой идёт RUN cat /etc/vernemq/vm.args и в нём как ничего и не дописывалось

Покажи весь докерфайл. Описанная проблема выглядит как магия)

FROM erlio/docker-vernemq:1.6.1 RUN echo 'TEST' >> /etc/vernemq/vm.args RUN cat /etc/vernemq/vm.args

и этой строки TEST немае

каков вердикт? "ты не должен этого хотеть"???

FROM python:2.7 RUN echo 'TEST' >> /tmp/vm.args RUN cat /tmp/vm.args вполне себе работает

14:19 tmp docker run -it f10162946b10 cat /tmp/vm.args TEST

хм, а реально не работает ?

во время сборки пишет чего?

на 3 этапе?

FROM python:2.7 RUN echo 'TEST' >> /tmp/vm.args RUN cat /tmp/vm.args вполне себе работает

сделай /tmp volume ;)

FROM python:2.7 RUN echo 'TEST' >> /tmp/vm.args RUN cat /tmp/vm.args вполне себе работает

У тебя /tmp не объявлен как VOLUME

во время сборки пишет чего?

Я чуть модернизировал Dokerfile: FROM erlio/docker-vernemq:1.6.1 RUN echo 'TEST' >> /etc/vernemq/vm.args && cat /etc/vernemq/vm.args RUN cat /etc/vernemq/vm.args Билд: bash-3.2$ docker build . Sending build context to Docker daemon 2.048kB Step 1/3 : FROM erlio/docker-vernemq:1.6.1 ---> 180db7d669fb Step 2/3 : RUN echo 'TEST' >> /etc/vernemq/vm.args && cat /etc/vernemq/vm.args ---> Running in 5af1cb6c64a7 +P 256000 -env ERL_MAX_ETS_TABLES 256000 -env ERL_CRASH_DUMP /erl_crash.dump -env ERL_FULLSWEEP_AFTER 0 -env ERL_MAX_PORTS 65536 +A 64 -setcookie vmq -name VerneMQ@127.0.0.1 +K true +W w -smp enable +zdbbl 32768 TEST Removing intermediate container 5af1cb6c64a7 ---> 2cfe5c56b229 Step 3/3 : RUN cat /etc/vernemq/vm.args ---> Running in ab38ab098770 +P 256000 -env ERL_MAX_ETS_TABLES 256000 -env ERL_CRASH_DUMP /erl_crash.dump -env ERL_FULLSWEEP_AFTER 0 -env ERL_MAX_PORTS 65536 +A 64 -setcookie vmq -name VerneMQ@127.0.0.1 +K true +W w -smp enable +zdbbl 32768 Removing intermediate container ab38ab098770 ---> 13bad4658f55 Successfully built 13bad4658f55

на втором шаге "TEST" в файле есть. А на третьем уже нет

Changing the volume from within the Dockerfile: If any build steps change the data within the volume after it has been declared, those changes will be discarded.

https://docs.docker.com/engine/reference/builder/#notes-about-specifying-volumes

Changing the volume from within the Dockerfile: If any build steps change the data within the volume after it has been declared, those changes will be discarded.

Благодарочка

А какую цель вы преследуете объявляя volume в dockerfile?

каков вердикт? "ты не должен этого хотеть"???

Значит я действительно не должен этого хотеть

Объявлено в родительском

Сделать свой?)

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

да не, эти то все решения реальны и осуществимы, я вот понадеялся просто что образ будет готов)

В любом случае, всем спасибо!)

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

но ведь нельзя монтировать вольюмы на этапе билда

но ведь нельзя монтировать вольюмы на этапе билда

при запуске, я имею в виду

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