docker compose logs -f и смотришь, до конца

Можно просто без -d запустить

Суть по большей части что именно npm билдит, как лог почитать уже знаю

я думаю у человека вообще билд сломан, и контейнер вылетает на сборке, по INT, но это его проблемы

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

А если через RUN, тот же метод?

если честно, то из вашего вопроса не совсем понятна суть вопроса
можете его полностью сформулировать?

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

CMD ["npm", "run", "server"]

в Dockerfile.

Если она запускается таким макаром, то при непонятных обстоятельствах как будто бы вызывается новый процесс при изменениях в коде и происходит конфликт на 3000 порту.

Если эту комманду я комментирую и вызываю из контейнера после сбокри, все работает корректно.

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

CMD ["npm", "run", "server"]

Теоретически можно через ps -ef | grep serve + kill внутри контейнера, но это кажется костыльным

CMD ["npm", "run", "server"]

можно запустить основным процессом другое приложение, затем войти в контейнер и запустить руками npm run server

Как понять запустить основным процессом другое приложение?

вместо `

CMD ["npm", "run", "server"]

` указать другую команду

CMD ["npm", "run", "server"]

Например? Как я понимаю, можно вообще ничего там не указывать.

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

Можно не указывать. Можно указать при запуске контейнера, можно все что нужно указать в ENTRYPOINT.

Спасибо, буду думать

если в entrypoint не указан процесс - не стартанет

стартанет и завершиться, там вроде /bin/sh по умолчанию. Но прописать можно что угодно и без CMD.

а проблема скорее всего не в CMD, если приложение считает, что порт занят, то видимо он занят, либо оно само пытается занять его дважды)

Привет, как пофиксать проблему смены ip для докер контейнеров после перезагрузки: есть docker-compose с помощью которого поднимаю тимсити и бд mysql, у тимсити есть конфиг где прописан ip mysql контейнера, если он рестартует ip сменится и приходится править конфиг руками

Можно но не нужно