При этом docker cp vagrant_postgres_1:/finport_postgres/ . срабатывает без проблем

что не так?

два COPY зачем?

При этом docker cp vagrant_postgres_1:/finport_postgres/ . срабатывает без проблем

Чтоб хоть 1 сработал)

контейнер с какими ключами запускаешь?

Чтоб хоть 1 сработал)

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

это детсад, а не инженерный подход

Вот ключ запущенного контейнера, он один ( контейнер)

Запускаю через docker-compose up

но я же могу забрать файлы из конткейнера, верно?

Можешь. Либо docker cp, либо монтируешь volume и внутри контейнера делаешь cp. В итоге, то что в контейнере было, попадёт куда нужно на локалхост. Ещё можешь порыться в /var/lib/docker, там будут все файлы из контейнера (да и куча других). Если тебе нужно что-то собрать в контейнере, а результат перекинуть в другой - читай про multistage build

Вот ключ запущенного контейнера, он один ( контейнер)

это не то

а чего в компоузе?

а чего в компоузе?

еще контейнеры будут

Это все ?

Это все ?

да

в общем, все что мне нужно, это

docker cp vagrant_postgres_1:/finport_postgres /vagrant/.docker/postgres/

засунуть эту команду в докерфайл

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

или я туплю к вечеру

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

Именно

или я туплю к вечеру

Я тебе предложил вариант - захачить энтрипойнт

Я тебе предложил вариант - захачить энтрипойнт

да, спасибо. Сорри. за возможно тупой вопрос, но откуда ENTRYPOINT узнает айдищку текущего контейнера

да, спасибо. Сорри. за возможно тупой вопрос, но откуда ENTRYPOINT узнает айдищку текущего контейнера

В смысле ?

Никак не узнает, он внутри запущен

В смысле ?

?

Так, я правильно понимаю, что идея в том, что заранить

docker cp vagrant_postgres_1:/finport_postgres /vagrant/.docker/postgres/ из ENTRYPOINT

docker cp vagrant_postgres_1:/finport_postgres /vagrant/.docker/postgres/ из ENTRYPOINT

Нет

Ты копируешь внутрь контейнера некий docker-entrypoint.sh

И далее указываешь его в entrypoint

Ты копируешь внутрь контейнера некий docker-entrypoint.sh

а внутри этого баш скрипта я таки раню docker cp vagrant_postgres_1:/finport_postgres /vagrant/.docker/postgres/

или нет?

нет

тупо cp чего-то там _путь_к_вольюму_внутри_контейнера

и потом вызов того, что было старым энтрипойнт

короче. тут нужно сесть и подумать, что все-таки нужно, а то можно долго плутать

А чего просто не забиндить директорию с хоста не скопировать туда?

через mount

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

чем может быть связано что он так встал

Всем привет зависит ли docker-compose от папки в которой он запускался ?

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

В смысле ? Какой именно ip ?

чем может быть связано что он так встал

Что не так ?

Всем привет зависит ли docker-compose от папки в которой он запускался ?

Вопрос неясен

Вообще он как минимум использует название каталога в имени контейнерах

запускаю докеры для джанго проекта, и идет к запуску этого проекта но он встал python manage.py runserver 0.0.0.0:1995

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

Мне ради интереса, Если я перезапускаю docker-compose в одной и той же директории то в зависимости от состояния я получаю "Everythink up-to-date" или перезапуск контейнеров если были проделаны какие либо изменения в image файле. При запуске из другой директории ругается

Мне ради интереса, Если я перезапускаю docker-compose в одной и той же директории то в зависимости от состояния я получаю "Everythink up-to-date" или перезапуск контейнеров если были проделаны какие либо изменения в image файле. При запуске из другой директории ругается

Ну, да, все так

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

?‍♂

Ну, да, все так

Значит есть зависимость от директории ?

Она в любом случае есть

Тем более, если в компоуз файле ты используешь : .env Переменные окружения вроде $PWD

Тем более, если в компоуз файле ты используешь : .env Переменные окружения вроде $PWD

version: '3' services: redis: image: "redis:alpine"

version: '3' services: redis: image: "redis:alpine"

Никаких env, port, volume

запускаю докеры для джанго проекта, и идет к запуску этого проекта но он встал python manage.py runserver 0.0.0.0:1995

выхлоп покажи. Смотрю в хрустальный шар ... Ты наверное эту команду в RUN запихал, вот оно у тебя и встало на этапе сборки образа.

version: '3' services: db: image: postgres environment: - POSTGRES_USER=pass - POSTGRES_PASSWORD=pass - POSTGRES_DB=pass - POSTGRES_PORT=5432 web: restart: always build: . command: python manage.py runserver 0.0.0.0:8000 volumes: - .:/code/doscredo_back ports: - "8000:8000" depends_on: - db

Мне ради интереса, Если я перезапускаю docker-compose в одной и той же директории то в зависимости от состояния я получаю "Everythink up-to-date" или перезапуск контейнеров если были проделаны какие либо изменения в image файле. При запуске из другой директории ругается

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

version: '3' services: db: image: postgres environment: - POSTGRES_USER=pass - POSTGRES_PASSWORD=pass - POSTGRES_DB=pass - POSTGRES_PORT=5432 web: restart: always build: . command: python manage.py runserver 0.0.0.0:8000 volumes: - .:/code/doscredo_back ports: - "8000:8000" depends_on: - db

порты не совпадают

где у тебя python manage.py runserver 0.0.0.0:1995?

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

Необязательно. Есть же ключ -f

нет я это только что менял а запускал по этому порту

а. Так тебе наверное -d надо передать, чтоб docker-compose отваливался после запуска.

смотри в доках, что этот ключ значит

порты не совпадают

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES b37cb200f054 redis:alpine "docker-entrypoint.sâĤ" 4 minutes ago Up 4 minutes 6379/tcp 2_redis_1 df66d467250d redis:alpine "docker-entrypoint.sâĤ" 6 minutes ago Up 6 minutes 6379/tcp teleg_redis_1 5002a29685f2 redis:alpine "docker-entrypoint.sâĤ" 32 hours ago Up 32 hours 6379/tcp redis1 a96fd8423083 redis:alpine "docker-entrypoint.sâĤ" 33 hours ago Up 32 hours 6379/tcp redis

это я про команду писал, на которую ты жалуешься, и порт в docker-compose.yml

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES b37cb200f054 redis:alpine "docker-entrypoint.sâĤ" 4 minutes ago Up 4 minutes 6379/tcp 2_redis_1 df66d467250d redis:alpine "docker-entrypoint.sâĤ" 6 minutes ago Up 6 minutes 6379/tcp teleg_redis_1 5002a29685f2 redis:alpine "docker-entrypoint.sâĤ" 32 hours ago Up 32 hours 6379/tcp redis1 a96fd8423083 redis:alpine "docker-entrypoint.sâĤ" 33 hours ago Up 32 hours 6379/tcp redis

Как сделать reverse enginering и найти в каких папках были запущенны docker-compose

никак

Как сделать reverse enginering и найти в каких папках были запущенны docker-compose

Никак

это как определить, каким текстовым редактором дописали в файл

Значит docker-compose не зависит от текущей директории ?

по умолчанию он использует файлы в текущей директории, если ты явно не задашь docker-compose.yml и/или путь до проекта

то есть его зависимость от текущей директории зависит от того, как ты его запустишь :)

то есть его зависимость от текущей директории зависит от того, как ты его запустишь :)

Я бы это по другому назвал

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

И запуск даже с ключом -f этого не меняет

И запуск даже с ключом -f этого не меняет

меняет

нет, не меняет

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

окей. можно даже так docker-compose -f /dev/stdin - с какого каталога он тогда по-твоему запустится?

правильный ответ - с ТЕКУЩЕГО

а если файл указать?

нет

.env, к примеру, докер-компоуз считывает всегда ТОЛЬКО из текущего каталога

и $PWD считается из текущего, а не относительно docker-compose.yml

подстава, ога

ну, тогда 50 на 50. Например контекст для сборки который указывается в docker-compose.yml берётся относительно диры, в которой он находится, а не из которой запущен docker-compose up/build

вообще docker-compose отстой

вообще docker-compose отстой

а что лучше?

да что угодно. make

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

а что лучше?

Ansible ?