116MB vs 132MB

~14% overhead

оно все останется в предыдущих слоях

И снова всё на поверхности. Ушел читать ман

@ArtemDvoryadkin будет жить. Поприветствуем!

Всем привет, возможно странный вопрос, но все же. У меня идет запуск докера компоса. Но в одном сервисе запускается bash скрипт, после выполнения он запускает в фоне jar и выходит. Компос после того как скрипт выполнился завершает процесс и контейнер исчезает из docker ps. Как сделать что бы после выполнения баш скрипта и запуска в фоне jar выполнение контейнра продолжелось?

Всем привет, возможно странный вопрос, но все же. У меня идет запуск докера компоса. Но в одном сервисе запускается bash скрипт, после выполнения он запускает в фоне jar и выходит. Компос после того как скрипт выполнился завершает процесс и контейнер исчезает из docker ps. Как сделать что бы после выполнения баш скрипта и запуска в фоне jar выполнение контейнра продолжелось?

а что там должно продолжать выполняться, если jar отработал?

он запускается через nope тоесть работает в фоне.

попробуй запускать через exec

тогда твой jar заменит оболочку

У меня в вdockefile делает последним следующее RUN bash deploy_tron.sh

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

мне нужно что бы при запуске через композитора копонент не убивался после отработки баш скрипта

мне нужно что бы при запуске через композитора копонент не убивался после отработки баш скрипта

Не важно через что ты запускаешь контейнер. Важно чтобы в контейнере жил процесс. Твой jar должен быть основным процессом в контейнере с pid 1 и не должен запускаться в фоне. Тогда пока жив твой jar и будет жить твой контейнер.

мне нужно что бы при запуске через композитора копонент не убивался после отработки баш скрипта

Вангую, что твой баш скрипт собирает этот самый jar и потом запускает его в фоне. Так работало на обычной виртуалке, но у контейнеров другая идеология - на один контейнер один процесс. В итоге собирай свой jar в инструкция Dockerfile и делай его запуск в контейнере основным процессом. Либо собирай jar вне контейнера, копируй в контейнер и снова запускай контейнер с jar-ом. Вариантов много.

да вангуешь верно, тем запускать после скрипта была, но думал есть более простое решение.

Сейчас попробую отпишусь

если вызвать sleep команду баша вроде работет )

еще потестирую )

Вангую, что твой баш скрипт собирает этот самый jar и потом запускает его в фоне. Так работало на обычной виртуалке, но у контейнеров другая идеология - на один контейнер один процесс. В итоге собирай свой jar в инструкция Dockerfile и делай его запуск в контейнере основным процессом. Либо собирай jar вне контейнера, копируй в контейнер и снова запускай контейнер с jar-ом. Вариантов много.

Да, твое решение огонь. Буду его пользовать. Спасибо!

Еще дурацкий вопрос. Вот контейнер работает, процесс запущен. Но мне нужно посмотреть логи работы как это сделать? Если я подключусь через аттач то поподу в запущенный процесс, а мне нужно баш запустить.

Еще дурацкий вопрос. Вот контейнер работает, процесс запущен. Но мне нужно посмотреть логи работы как это сделать? Если я подключусь через аттач то поподу в запущенный процесс, а мне нужно баш запустить.

docker -it exec <container-id> bash

Как-то так?

Еще дурацкий вопрос. Вот контейнер работает, процесс запущен. Но мне нужно посмотреть логи работы как это сделать? Если я подключусь через аттач то поподу в запущенный процесс, а мне нужно баш запустить.

docker logs -f contname

docker -it exec <container-id> bash

docker exec -it <container-id> bash , да супер это работает. Благодарю!

docker logs -f contname

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

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

Обычно приложения пишут логи в stdout и смотреть их можно так как я показал:) но если вы пишите в папочку в контейнере то это работать не будет

да там в папку, но то что можно посмотреть консоль это классано, не знал что можно. ) спасибо

Ещё есть такая штука как ctop. Там тоже можно stdout(не только) запущенных контейнеров просмотреть.

да там в папку, но то что можно посмотреть консоль это классано, не знал что можно. ) спасибо

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

Если уж хотим логи то надо правильно драйвер настроить и пушить в елку например

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

Если уж хотим логи то надо правильно драйвер настроить и пушить в елку например

Что за ёлка? Я планирую писать логи в брокер очередей

Что за ёлка? Я планирую писать логи в брокер очередей

Elk

Elk

Ага, ясно. Спасибо

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

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

.dockerignore

.dockerignore

Он будет игнорировать файлы с ADD?

Да, работает как gitignore

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

Но для доспупа к внешним файлам? Мне нужен volume?

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

Я имею проект в котором участвую я и еще 1 человек, он не разбирается в Django и я хочу сделать Docker образ, который бы запускал команду runserver. Мне бы хотелось запускать контейнер без ребилда образа при каждой смене файлов.

Засунь статику в другой контейнер или монтируй её через volume, а в entrypoint засунь команду запуска runserver

volume дает доступ для внешних файлов?

ERROR: S client not available

Вообще отделение статики от кода - хорошая практика, фронтенд и бэкенд по существу должны разрабатываться отдельно.

volume дает доступ для внешних файлов?

Я сначала думал чтоб все файлы были вне докера, и хотел так сделать через VOLUME . в Dockerfile, а установку пакетов в entrypoint, но когда добавляю VOLUME . в Dockerfile, то ошибка: ERROR: for django Cannot start service django: OCI runtime create failed: container_linux.go:348: starting container process caused "process_linux.go:402: container init caused \"apparmor failed to apply profile: open /proc/self/attr/exec: no such file or directory\"": unknown ERROR: Encountered errors while bringing up the project.

volume дает доступ для внешних файлов?

Что значит даёт доступ для внешних файлов? В документации написано, как работает volume https://docs.docker.com/storage/volumes/

Я сначала думал чтоб все файлы были вне докера, и хотел так сделать через VOLUME . в Dockerfile, а установку пакетов в entrypoint, но когда добавляю VOLUME . в Dockerfile, то ошибка: ERROR: for django Cannot start service django: OCI runtime create failed: container_linux.go:348: starting container process caused "process_linux.go:402: container init caused \"apparmor failed to apply profile: open /proc/self/attr/exec: no such file or directory\"": unknown ERROR: Encountered errors while bringing up the project.

Кажется, что неправильно стартует джанго. Смотри докеровые сборки от других людей. https://github.com/dockerfiles/django-uwsgi-nginx

Вот ещё полезная ссылка http://whitenoise.evans.io/en/stable/

Кажется, что неправильно стартует джанго. Смотри докеровые сборки от других людей. https://github.com/dockerfiles/django-uwsgi-nginx

Спасибо за помощь, буду смотреть до джанго

ls

@Kkiselev будет жить. Поприветствуем!

@grishyru будет жить. Поприветствуем!

откуда то появился вопрос, а как же можно ип публичный к контейнеру подключить? чтобы вот без всяких docker-proxy etc, которые свои хедеры добавляют к пакетам?

откуда то появился вопрос, а как же можно ип публичный к контейнеру подключить? чтобы вот без всяких docker-proxy etc, которые свои хедеры добавляют к пакетам?

Может, я плохо понял задачу, но почему не устраивает -p?

Нат за натом

Вот это не устраивает, некорректно работает udp. Чексуммы не совпадают, сервис не работает

Переношу сервис без ебдокера - летает

Кто то работал сsi?

Можете подсказать статьи на тему работы со стороджом)

Можно не только в докере,а вообще

В смысле как утроено все под капотом...не только что «вот такой командой подкл папку к контейнеру»

А зачем хранить код в самом контейнере? Почему не делать volume?

А зачем хранить код в самом контейнере? Почему не делать volume?

Бесплатный релиз/бесплатный откат релиза