Подскажите пожалуйста, а на какой стадии происходит mount в докере? есть docker-файл, в нем множество слоев есть docker-compose - файл, в котором прописаны mount запускаю docker compose. я правильно понимаю что mount должен работать на всех слоях докер-файла в процессе билда?

маунт последним шагом, если я не ошибаюсь

а чево вы ожидаете от ответа? ны в смысле что вы хотите в результате задачи получить?

у меня есть докер с node.js сервером, который билдит статику сайта и запускает сервер есть докер с nginx, который терминирует https соединение и проксирует запрос в первый докер я хочу сервить статику nginx’ом, а не нодой. так что для начала я хочу сделать bind-mount статики которая билдится в node. но к моему удивлению … её в замаунченой папке не оказывается. со сборкой всё ок. сейчас сделаю gist с докерами

потому что ты маунтишь пустую папку поверх, с огромной вероятностью

https://gist.github.com/SilentImp/7fecdf6a51d3982c79520ca191ec4f9c

потому что ты маунтишь пустую папку поверх, с огромной вероятностью

звучит логично

а как это решается обычно?

если у тебя всё на одном хосте, то возможно вариант с named volums и вот этим всем

и не путайте фазы билда и руна контейнеров, они не равнозначны

если у тебя всё на одном хосте, то возможно вариант с named volums и вот этим всем

Да, хост один. А что значит named volumes? Они как то раньше маунтяться и не будут перезаписываться?

Подскажите пожалуйста, а на какой стадии происходит mount в докере? есть docker-файл, в нем множество слоев есть docker-compose - файл, в котором прописаны mount запускаю docker compose. я правильно понимаю что mount должен работать на всех слоях докер-файла в процессе билда?

Во время билда маунт не работает

есть issue на эту тему

нет, они предсказуемо сохраняемы и расшариваемы, тут когда то вроде была давно ссылка на толковую статью, там в общем то три типа волумов в докере, оно и в доках вроде описано docker volums или типа того

Если ты хочешь шарить node_modules на время билда, то логичнее делать отдельный контейнер, который используется как билдер. и потом артефакты только копировать и собирать. Что-то вроде ручного мультистейджа

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

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

Если ты хочешь шарить node_modules на время билда, то логичнее делать отдельный контейнер, который используется как билдер. и потом артефакты только копировать и собирать. Что-то вроде ручного мультистейджа

нет, я хочу расшарить сгенерированную во время билда статику, что бы сервить её nginx из другого контейнера

нет, я хочу расшарить сгенерированную во время билда статику, что бы сервить её nginx из другого контейнера

docker cp?

volumes-from?

не, ну я же не говорю что нельзя, я о том что тогда надо о другом вот да думать

docker cp?

1. а можно такое делать между разными докер-image 2. volumes-from? — вроде бы оно деприкейтед? я пробовал сделать volumes type: bind. но оно перезаписывает статику из за того что маунтиться после её генерации

1. а можно такое делать между разными докер-image 2. volumes-from? — вроде бы оно деприкейтед? я пробовал сделать volumes type: bind. но оно перезаписывает статику из за того что маунтиться после её генерации

1. docker image? Не оч понимаю что ты тут хочешь. Статику можно копировать. Возможно ты хочешь делать мультистейдж и билдить два разных имаджа из одного. Я не помню тчоный синтаксис но смысл в том, что у тебя в докерфайле три FROM директивы. Одна юзается чтобы сбилдить артефакты а в двух других билдятся результирующие имаджи и юзается COPY —from=builder

https://adilsoncarvalho.com/creating-multiple-images-from-a-single-dockerfile-3f69254b6137 что-то типа такого

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

@smilingnavern на всякий случай, такущая конфигурация: https://gist.github.com/SilentImp/7fecdf6a51d3982c79520ca191ec4f9c я хочу сбилдить в сервисе frontender (сборка статики проекта и node сервер) статику и сервить собранную в сервисе frontender статику из сервиса web (nginx сервер) при этом очень хочеться что бы можно было обновлять докеры независимо, так что я думал сделать в обоих сервисах mounts type bind на один и тот же директрий хоста

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

Уже вроде бы понял. Но пока не понимаю как можно сделать то что я хочу

Спасибо большое за пояснение — теперь хоть проблему понимаю

Подскажите пожалуйста, а на какой стадии происходит mount в докере? есть docker-файл, в нем множество слоев есть docker-compose - файл, в котором прописаны mount запускаю docker compose. я правильно понимаю что mount должен работать на всех слоях докер-файла в процессе билда?

нет

mount - это в рантайме (т.е. на стадии docker run) docker-compose - это обертка для docker build, docker run и прочих команд

у меня есть докер с node.js сервером, который билдит статику сайта и запускает сервер есть докер с nginx, который терминирует https соединение и проксирует запрос в первый докер я хочу сервить статику nginx’ом, а не нодой. так что для начала я хочу сделать bind-mount статики которая билдится в node. но к моему удивлению … её в замаунченой папке не оказывается. со сборкой всё ок. сейчас сделаю gist с докерами

решение такое же как в кубернетесе

1. делаешь два контейнера. Нода и nginx 2. между ними общий вольюм (или bind mount - это не столь принципиально) 3. заполняешь нодой вольюм статикой при запуске или по выполнению какого-то эндпойнта

1. делаешь два контейнера. Нода и nginx 2. между ними общий вольюм (или bind mount - это не столь принципиально) 3. заполняешь нодой вольюм статикой при запуске или по выполнению какого-то эндпойнта

Вот у меня с шагом 3 проблемы. Как это делать при запуске? как то в CMD добавить?

как вариант да

делаешь скрипт docker-entrypoint.sh, добавляешь его в ENTRYPOINT (или CMD)

делаешь скрипт docker-entrypoint.sh, добавляешь его в ENTRYPOINT (или CMD)

Спасибо большое, сейчас буду пробовать

и в нем магия типа cp -r папка_с_файлами папка_с_маунтом

Тут теперь без платёжки вопрос не задать?

никак

скок переводить то?

все, очевидно

инетресно, это рассчёт на то, что какой-то лошок закнет денег, или как?

все, очевидно

Мне нужна твоя одежда, очки и контейнеры(ц)

и в нем магия типа cp -r папка_с_файлами папка_с_маунтом

Cпасибо тебе большое. Заработало.

И остальным ответившим тоже — это здорово расставило по местам что когда происходит

Ловлю баг уже несколько недель подряд, перестает отвечат nginx в конейтнере Нашел вот такой лог юл 15 08:59:34 cari-01 dockerd[8352]: time="2019-07-15T08:59:34.066016354Z" level=error msg="Handler for POST /v1.39/exec/3fddf0fdf59e371dcf20c3191ed6ed6e96b3e2788211a7e05ace98226be46f1f/resize returned error: cannot resize a stopped container: unknown" июл 15 08:59:34 cari-01 dockerd[8352]: time="2019-07-15T08:59:34.100690827Z" level=error msg="Handler for POST /v1.39/exec/3fddf0fdf59e371dcf20c3191ed6ed6e96b3e2788211a7e05ace98226be46f1f/resize returned error: cannot resize a stopped container: unknown" июл 15 08:59:34 cari-01 dockerd[8352]: time="2019-07-15T08:59:34.147879699Z" level=error msg="Handler for POST /v1.39/exec/3fddf0fdf59e371dcf20c3191ed6ed6e96b3e2788211a7e05ace98226be46f1f/resize returned error: cannot resize a stopped container: unknown" июл 15 09:00:28 cari-01 dockerd[8352]: time="2019-07-15T09:00:28.897886964Z" level=error msg="Handler for POST /v1.39/exec/ae834ff8b161c5a8318027b1e67c70e2d4f26164b1f5f0ff6c34b8e2bc3b2e69/resize returned error: cannot resize a stopped container: unknown" июл 15 09:01:39 cari-01 dockerd[8352]: time="2019-07-15T09:01:39.623442271Z" level=error msg="Handler for POST /v1.39/exec/4614b448064da95222c4833bcc5639096ac616405a43a5ae9ffd5b2afad6aac5/resize returned error: cannot resize a stopped container: unknown" июл 15 09:01:39 cari-01 dockerd[8352]: time="2019-07-15T09:01:39.711668067Z" level=error msg="Handler for POST /v1.39/exec/4614b448064da95222c4833bcc5639096ac616405a43a5ae9ffd5b2afad6aac5/resize returned error: cannot resize a stopped container: unknown"

Вот как дебажить ?

Уже сделал в качестве network_mode выбрал host Пофиг, сутки работает и перестает отвечать только перезапуск контейнеров помогает

resize контейнера?

это как, простите?

хз

причем локально такое же бывает

Ловлю баг уже несколько недель подряд, перестает отвечат nginx в конейтнере Нашел вот такой лог юл 15 08:59:34 cari-01 dockerd[8352]: time="2019-07-15T08:59:34.066016354Z" level=error msg="Handler for POST /v1.39/exec/3fddf0fdf59e371dcf20c3191ed6ed6e96b3e2788211a7e05ace98226be46f1f/resize returned error: cannot resize a stopped container: unknown" июл 15 08:59:34 cari-01 dockerd[8352]: time="2019-07-15T08:59:34.100690827Z" level=error msg="Handler for POST /v1.39/exec/3fddf0fdf59e371dcf20c3191ed6ed6e96b3e2788211a7e05ace98226be46f1f/resize returned error: cannot resize a stopped container: unknown" июл 15 08:59:34 cari-01 dockerd[8352]: time="2019-07-15T08:59:34.147879699Z" level=error msg="Handler for POST /v1.39/exec/3fddf0fdf59e371dcf20c3191ed6ed6e96b3e2788211a7e05ace98226be46f1f/resize returned error: cannot resize a stopped container: unknown" июл 15 09:00:28 cari-01 dockerd[8352]: time="2019-07-15T09:00:28.897886964Z" level=error msg="Handler for POST /v1.39/exec/ae834ff8b161c5a8318027b1e67c70e2d4f26164b1f5f0ff6c34b8e2bc3b2e69/resize returned error: cannot resize a stopped container: unknown" июл 15 09:01:39 cari-01 dockerd[8352]: time="2019-07-15T09:01:39.623442271Z" level=error msg="Handler for POST /v1.39/exec/4614b448064da95222c4833bcc5639096ac616405a43a5ae9ffd5b2afad6aac5/resize returned error: cannot resize a stopped container: unknown" июл 15 09:01:39 cari-01 dockerd[8352]: time="2019-07-15T09:01:39.711668067Z" level=error msg="Handler for POST /v1.39/exec/4614b448064da95222c4833bcc5639096ac616405a43a5ae9ffd5b2afad6aac5/resize returned error: cannot resize a stopped container: unknown"

А ты подключаешься к контейнеру?

https://docs-stage.docker.com/engine/api/v1.39/#operation/ContainerResize

А ты подключаешься к контейнеру?

редко

в общем у меня перестает отвечать nginx в контейнере на aws, кроме как перезапуск контейнера ничего не помогает

хоть не размещай вне контейнера

Ловлю баг уже несколько недель подряд, перестает отвечат nginx в конейтнере Нашел вот такой лог юл 15 08:59:34 cari-01 dockerd[8352]: time="2019-07-15T08:59:34.066016354Z" level=error msg="Handler for POST /v1.39/exec/3fddf0fdf59e371dcf20c3191ed6ed6e96b3e2788211a7e05ace98226be46f1f/resize returned error: cannot resize a stopped container: unknown" июл 15 08:59:34 cari-01 dockerd[8352]: time="2019-07-15T08:59:34.100690827Z" level=error msg="Handler for POST /v1.39/exec/3fddf0fdf59e371dcf20c3191ed6ed6e96b3e2788211a7e05ace98226be46f1f/resize returned error: cannot resize a stopped container: unknown" июл 15 08:59:34 cari-01 dockerd[8352]: time="2019-07-15T08:59:34.147879699Z" level=error msg="Handler for POST /v1.39/exec/3fddf0fdf59e371dcf20c3191ed6ed6e96b3e2788211a7e05ace98226be46f1f/resize returned error: cannot resize a stopped container: unknown" июл 15 09:00:28 cari-01 dockerd[8352]: time="2019-07-15T09:00:28.897886964Z" level=error msg="Handler for POST /v1.39/exec/ae834ff8b161c5a8318027b1e67c70e2d4f26164b1f5f0ff6c34b8e2bc3b2e69/resize returned error: cannot resize a stopped container: unknown" июл 15 09:01:39 cari-01 dockerd[8352]: time="2019-07-15T09:01:39.623442271Z" level=error msg="Handler for POST /v1.39/exec/4614b448064da95222c4833bcc5639096ac616405a43a5ae9ffd5b2afad6aac5/resize returned error: cannot resize a stopped container: unknown" июл 15 09:01:39 cari-01 dockerd[8352]: time="2019-07-15T09:01:39.711668067Z" level=error msg="Handler for POST /v1.39/exec/4614b448064da95222c4833bcc5639096ac616405a43a5ae9ffd5b2afad6aac5/resize returned error: cannot resize a stopped container: unknown"

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

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

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

Мне тоже так кажется - однако ошибка такая есть. Надо пробовать :)

Есть у нас люди хорошо знающие циско?

Что именно интересует?

Есть ли вариант обновить текущую IPSec политику для tunnel-group?

Не создавать новую и заменить, а именно изменить текущую

Давайте наверное с этим в личку, потому как для этого канала это оффтоп

плюс

или на каналы сетевиков

Здравствуйте, есть приложение на джаве, в качестве сервера используется jetty, необходимо запихнуть его в докер и развернуть на другой ОС

Сюда кидаешь и тебе сделают?

Бля

@gecube Ты у меня что то хотел спросить? )

Ни-че-го

Кто помочь может?

Кто помочь может?

А с чем именно у вас проблема?

Всем привет. Вопрос к тем кто профессионально владеет kubernetes - насколько справедливо это мнение? https://twitter.com/goetas_asmir/status/1130012874582253569 Также встречался с мнением "Kubernetes — это 300-килограммовая горилла для оркестровки контейнеров. Она работает в некоторых самых крупных контейнерных системах в мире, но дорого обходится." https://habr.com/ru/post/445030/ Весь мой опыт - конвертация docker-compose проекта из 8-10 сервисов на minikube - как то очень легко прошло. Где подвох?

minikube ключевое слово?

Всем привет. Вопрос к тем кто профессионально владеет kubernetes - насколько справедливо это мнение? https://twitter.com/goetas_asmir/status/1130012874582253569 Также встречался с мнением "Kubernetes — это 300-килограммовая горилла для оркестровки контейнеров. Она работает в некоторых самых крупных контейнерных системах в мире, но дорого обходится." https://habr.com/ru/post/445030/ Весь мой опыт - конвертация docker-compose проекта из 8-10 сервисов на minikube - как то очень легко прошло. Где подвох?

Подвох в volumes ) пробовали microk8s или kind ?

>minikube ключевое слово? Не уверен, по идее Google Cloud еще проще, чем minikube. Ведь речь идет об API с точки зрения девелопера

>Подвох в volumes ) пробовали microk8s или kind ? нет, поэтому и спрашиваю

спасибо за microk8s, еще про k3s слышал