покажете свой yaml файл и как запускаете проект?

А уже синтезировать надо. Это тот случай, когда вроде и бессмысленная затея, просто я не понял почему. Запускаю обычно docker-compose up -d. Я может чуть попозже для теста просто синтезирую пример. Потому что интересно

Потому что фаерволом сделано

Подскажите, пытаюсь скопировать конфиг командой RUN cp ./config/database.yml.sample ./config/database.yml , но в запущенном контейнере этого не вижу. Хотя если выполнить RUN ls -lah config то этот файл там есть. Но после того как стартую docker-compose я этот файл не вижу внутри, в чем может быть проблема?
Сам докерфайл

Dockerfile

FROM ruby:2.5
WORKDIR /app
COPY ./ .
RUN cp ./config/database.yml.sample ./config/database.yml
RUN ls -lah config```Compose ```version: '3'
services:
 postgres:
   environment:
     - POSTGRES_PASSWORD=root
   image: postgres
   volumes:
     - postgres:/var/lib/postgresql/data
   ports:
     - 5432:5432

 redis:
   image: redis
   ports:
     - 6379:6379
   volumes:
     - redis:./data

 app:
   tty: true
   stdin_open: true
   build:
     context: .
     dockerfile: Dockerfile.dev
   ports:
     - "3000:3000"
   volumes:
     - bundle_cache:/usr/local/bundle
     - .:/app

volumes:
 bundle_cache:
 postgres:
 redis:

И вывод с консоли

➜ dco -f docker-compose.development.yml build --no-cache && dco -f docker-compose.development.yml run --rm app bash -c "ls -lah ./config"
postgres uses an image, skipping
redis uses an image, skipping
Building app
Step 1/5 : FROM ruby:2.5
---> 60c3a1518797
Step 2/5 : WORKDIR /app
---> Running in c9f41ace81e2
Removing intermediate container c9f41ace81e2
---> 58a4b894dfcd
Step 3/5 : COPY ./ .
---> f356f3fc8170
Step 4/5 : RUN cp ./config/database.yml.sample ./config/database.yml
---> Running in 07d52bf901e3
Removing intermediate container 07d52bf901e3
---> 5e79900a6dca
Step 5/5 : RUN ls -lah config
---> Running in f3b567e905da
total 80K
drwxr-xr-x 1 root root 4.0K Jan 13 13:42 .
drwxr-xr-x 1 root root 4.0K Jan 13 13:42 ..
-rw-r--r-- 1 root root 1.6K Jan 12 19:39 application.rb
-rw-r--r-- 1 root root  171 Jan 12 19:39 boot.rb
-rw-r--r-- 1 root root 5.8K Jan 12 19:39 countries.json
-rw-r--r-- 1 root root  588 Jan 13 12:06 database.yml
-rw-r--r-- 1 root root 2.0K Jan 12 19:39 deploy.rb
-rw-r--r-- 1 root root  154 Jan 12 19:39 environment.rb
drwxr-xr-x 2 root root 4.0K Jan 12 19:39 environments
drwxr-xr-x 2 root root 4.0K Jan 12 19:39 initializers
drwxr-xr-x 5 root root 4.0K Jan 12 19:39 locales
-rw-r--r-- 1 root root 9.3K Jan 12 19:39 newrelic.yml
-rw-r--r-- 1 root root 3.0K Jan 12 19:39 routes.rb
-rw-r--r-- 1 root root  756 Jan 12 19:39 schedule.rb
drwxr-xr-x 2 root root 4.0K Jan 12 19:39 settings
-rw-r--r-- 1 root root  137 Jan 12 19:39 settings.yml
Removing intermediate container f3b567e905da
---> a65a78909196
Successfully built a65a78909196
Successfully tagged billing_app:latest
Creating network "billing_default" with the default driver
total 56K
drwxr-xr-x 17 root root  544 Jan 13 12:06 .
drwxr-xr-x 37 root root 1.2K Jan 13 13:12 ..
-rw-r--r--  1 root root 1.6K Jan 12 19:39 application.rb
-rw-r--r--  1 root root  171 Jan 12 19:39 boot.rb
-rw-r--r--  1 root root 5.8K Jan 12 19:39 countries.json
-rw-r--r--  1 root root  588 Jan 13 12:06 database.yml.sample
-rw-r--r--  1 root root 2.0K Jan 12 19:39 deploy.rb
-rw-r--r--  1 root root  154 Jan 12 19:39 environment.rb
drwxr-xr-x  5 root root  160 Jan 12 19:39 environments
drwxr-xr-x 17 root root  544 Jan 12 19:39 initializers
drwxr-xr-x 12 root root  384 Jan 12 19:39 locales
-rw-r--r--  1 root root 9.3K Jan 12 19:39 newrelic.yml
-rw-r--r--  1 root root 3.0K Jan 12 19:39 routes.rb
-rw-r--r--  1 root root  756 Jan 12 19:39 schedule.rb
drwxr-xr-x  5 root root  160 Jan 12 19:39 settings
-rw-r--r--  1 root root  137 Jan 12 19:39 settings.yml

вы же вроде когда RUN cp ./config/database.yml.sample ./config/database.yml
это делаете внутри контейнера, а не на хосте, а потом когда vol с хоста монтируете то монтируете диру с хоста в которой нет тех изменений, которые вы ожидаете увидеть

😱 точно, спасибо)

Привет, подскажите пожалуйса
есть 2 контейнера
backend  и db

запускаю через compose
на backend есть зависимость:
depends_on:
     - db

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

depends_on не нужен, пиши чтоб работало даже при падении базы

Видимо происходит инициализация базы, и бэкенд еще не видит базу. Ты стартуй сперва  db, а потом backend

может  поможет dockerize - https://github.com/jwilder/dockerize

Типа того dockerize -wait tcp://db:5432 -wait http://web:80 -timeout 10s

пропиши в entrypoint backend'a

слипы наше все)))

сказал я и открыл docker-compose файл со слипами

слипы же от брута)))))

что это такое? можно ссылочку почитать

да шучу же я)) плохо так делать конечно)
типа в entrypoint sleep 30s; run app

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

спасибо