это что за баг такой?)

в каком статусе процессы?

Разница по сути только в энтрипойнт

ещё раз спасибо, разобрался, всегда юзал докер с готовыми сервисами наподобие апачей, в моём кейсе надо было указать энтрипоинт другой, чтобы контейнер оставался рабочим, например --entrypoint=/sbin/init

D — состояние ожидания.

так в docker ps ничего нет, я удалил и остановил

D — состояние ожидания.

Ядро, напомни, какое ?

Docker version 19.03.4,

кто их отправил в D aka uninterruptible sleep ?

я хз , все что я делал это ctrl + c

а почему не docker-compose stop?

ты по ctrl+c отправляешь в D (uninterruptible sleep ) и потом горе хапаешь)

выглядит как, мы что-то решили, но как этим пользоваться незнаем

и пропал ... классно

выглядит как, мы что-то решили, но как этим пользоваться незнаем

всем доброго вечера. нужен совет по виртуальным каталогам nginx docker. Предусловия Есть приложение в которое при билде инжектится environments и в итоге получаем билд приложения с нужными настройками. На данный момент это приложение собирается в докер имейдж, в котором устанавливается nginx и все в принципе хорошо. Таких приложений должно быть несколько, но с разными настройками. Для того чтобы не упаковывать каждое приложение в имейдж были выбраны (возможно ошибочно) виртуальные каталоги. Проблема заключается в том, что я не совсем понимаю как правильно организовать сборку итогового имейдж, так как в процессе нужно оперировать nginx.conf файлами Первое что приходит на ум это деплоить build на сервер и запускать nginx контейнер, где через volumes я буду передавать нужные мне настройки. Запускать каждое приложение в контейнере не очень бы хотелось, но если это позволит решить проблему , то почему и нет. Как лучше?

сам nginx image советует же монтировать volume для подключения нужных настроек

Да, хочется один контейнер с кучей однотипных приложений. Виртуальный хост чтобы не делать много имейджей и не запускать их. Спасибо

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

помойму у вас проблема с настройкой nginx а не с докером ,

можно целиком пробросить /var/www что-бы каждый сайтик отдельной папкой не пробрасывать

а когда делаю systemct enable docker.service, то docker-compose -d не надо запускать же?

всем доброго вечера. нужен совет по виртуальным каталогам nginx docker. Предусловия Есть приложение в которое при билде инжектится environments и в итоге получаем билд приложения с нужными настройками. На данный момент это приложение собирается в докер имейдж, в котором устанавливается nginx и все в принципе хорошо. Таких приложений должно быть несколько, но с разными настройками. Для того чтобы не упаковывать каждое приложение в имейдж были выбраны (возможно ошибочно) виртуальные каталоги. Проблема заключается в том, что я не совсем понимаю как правильно организовать сборку итогового имейдж, так как в процессе нужно оперировать nginx.conf файлами Первое что приходит на ум это деплоить build на сервер и запускать nginx контейнер, где через volumes я буду передавать нужные мне настройки. Запускать каждое приложение в контейнере не очень бы хотелось, но если это позволит решить проблему , то почему и нет. Как лучше?