)

народ, как выцепить core dump из упавшего контейнера? cat /proc/sys/kernel/core_pattern |/usr/share/apport/apport %p %s %c %P в какой каталог смотреть? docker под ubuntu xenial последний стабильный

народ, как выцепить core dump из упавшего контейнера? cat /proc/sys/kernel/core_pattern |/usr/share/apport/apport %p %s %c %P в какой каталог смотреть? docker под ubuntu xenial последний стабильный

apport writes the core file to disk in /var/crash/

спасибо

гуглу спасибо)

подскажите как работает entrypoint

Пап, ну нафиг тебе это?

интересно, контейнер должен завершаться после исполнения команд в entrypoint?

завершаться? в зависимости от того, что ты от него хочешь

если будет активный процесс - будет висеть

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

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

весьма грубо, но примерно так

а если после запуска надо что то выполнить (composer обновить, применить миграции к бд) и дальше работать?

можно, но это RUN - командами делается

Надо понять что контейнер это stateless штука надо обновлять composer добавь run в контейнер и делай build когда выпускает новый релиз контейнера

Надо понять что контейнер это stateless штука надо обновлять composer добавь run в контейнер и делай build когда выпускает новый релиз контейнера

у если у меня приложение в volume

@forkstg - схемы заработка в интернете, мотивация, инсайды и еще куча интересных ништячков

@forkstg - схемы заработка в интернете, мотивация, инсайды и еще куча интересных ништячков

бей спамера

Надо понять что контейнер это stateless штука надо обновлять composer добавь run в контейнер и делай build когда выпускает новый релиз контейнера

это получается через Dockerfile собираем образ с composer.json и билдим. а потом на его основе docker-compose?

и дальше уже маунтим волум с приложением

норм схема?

О, здесь как обычно про компоуз. Подскажите, как правильно разворачивать новую версию контейнера, если ему требуется некоторое время на старт. т.е. хочу поднять второй контейнер в параллели, а потом перебросить порты

это получается через Dockerfile собираем образ с composer.json и билдим. а потом на его основе docker-compose?

докер-компоуз сам билдит контейнер по build: путь-до-докера, просто в scripts: надо прописать composer install

докер-компоуз сам билдит контейнер по build: путь-до-докера, просто в scripts: надо прописать composer install

про scripts первый раз слышу ) и чет гугл молчит

О, здесь как обычно про компоуз. Подскажите, как правильно разворачивать новую версию контейнера, если ему требуется некоторое время на старт. т.е. хочу поднять второй контейнер в параллели, а потом перебросить порты

в таком сценарии compose будет только мешаться под ногами. гуглить по ключевым словам "docker blue green deployments"

про scripts первый раз слышу ) и чет гугл молчит

в RUN имеется ввиду

Всем добрый день Имеется несколько проектов в разных репозиториях Как их совместно поднимать одним compose файлом? Нет более оптимального варианта, чем пуллить оба проекта, в дочерние директории и на одном уровне с ними держать compose файл?

Всем добрый день Имеется несколько проектов в разных репозиториях Как их совместно поднимать одним compose файлом? Нет более оптимального варианта, чем пуллить оба проекта, в дочерние директории и на одном уровне с ними держать compose файл?

Это оптимальный вариант Можно ещё build фазу добавлять и указывать адрес репозитория, но насколько помню, подтянется только .docker файл

Это оптимальный вариант Можно ещё build фазу добавлять и указывать адрес репозитория, но насколько помню, подтянется только .docker файл

Пришла мысль в одном из проектов составить compose и в гитигнор прописать название другой директории, соответственно стягивая другой проект в первый

скорее не так

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

господа, кто как работает с ssl сертификатами в рамках докера? ситуация: есть 2 контейнера: с нгинкс проксей и с инстансом приложения. приложение надо заставить работать с сертификатом и встает вопрос о передаче сертов в контейнер с проксей (прокся в контейнере, т.к. удобно переиспользовать ее на других тачках).

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

при условии, что прокся — синглтон это кажется не таким уж грехом

а если изменяться

серты

только ребилд только хардкор?

а что плохого в ребилде?

Кому как

Я ничего плохого не вижу

но найдуться превержинци и первого спосоа

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

Ребилд вообще будет за секунды

Но я всё же выбрал бы первый способ

Да бы абстрагировать переиспольуемый контейнер от состояния

а что плохого в ребилде?

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

Т_Т

30гб. жесть. я бы подумал, что что-то не так в архитектуре

А как же концепция один образ одна задача

30гб. жесть. я бы подумал, что что-то не так в архитектуре

просто никто обычно не рефакторит и вообще не читает докерфайлы, собралось и хер с ним. обычное дело.

задача на 30гб?

задача на 30гб?

это обычно происходит очень просто. нужно что-то мелкое, нашел нагуглил притащил черте че, положил. далее от тебя унаследовались наставили кучу говна. положили. потом кто-то пришел и хочет доделать что-то свое. и наследуется от общего. получается письмо дяди Федора в итоге. это пример из энтерпрайза с аудиторией 2-3 миллионов уников в сутки.

это обычно происходит очень просто. нужно что-то мелкое, нашел нагуглил притащил черте че, положил. далее от тебя унаследовались наставили кучу говна. положили. потом кто-то пришел и хочет доделать что-то свое. и наследуется от общего. получается письмо дяди Федора в итоге. это пример из энтерпрайза с аудиторией 2-3 миллионов уников в сутки.

ясно.

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

не надо такое вслух даже произносить, извращенцы

при условии, что прокся — синглтон это кажется не таким уж грехом

либо терминируешь SSL на балансере вне докера, либо серты в образ упаковывай (ничего плохого нет пересобрать когда срок истечёт), либо через Docker Secrets в случае swarm

либо терминируешь SSL на балансере вне докера, либо серты в образ упаковывай (ничего плохого нет пересобрать когда срок истечёт), либо через Docker Secrets в случае swarm

?

хотя Secrets вроде и без swarm работает, не скажу точно

не надо такое вслух даже произносить, извращенцы

да, здравый смысл нередко выглядит извращением

ERROR: S client not available

а кто-то пользуется https://quay.io/ в чатике?

он премис

Ни у кого не было проблем, что когда докер поднимается помирает сеть?

что-что 'сеть'?

помирает видимо

помирает видимо

Да) с телефона писал

кто на dockercon europe едет/

а Docker for Mac с APFS дружит ок?

это хорошая идея, поместить Docker.qcow2 туда?

Кто-нибудь пользует GCP Container Registry? Не было проблем с тегами? У меня они почему-то не доезжают до реджестри. 1. docker build -f Dockerfile -t name:ci-build-$CI_PIPELINE_ID . 2. docker tag name:ci-build-$CI_PIPELINE_ID $GCLOUD_REGISTRY_URL'name' 3. gcloud docker — push $GCLOUD_REGISTRY_URL'name' В итоге имею только тег latest у последней версии имаджа. Хотелось бы видеть тег ci-build-$CI_PIPELINE_ID.

Кто то работал с Биткакет пайплайнами?

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

Писос конечно. Атласиан те еще ублюдки. Ничего нормально сделать не могут. +

Зато приватные репы бесплатно ^_^

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

Откуда такой вывод? Ты про какие контейнеры?

Откуда такой вывод? Ты про какие контейнеры?

https://confluence.atlassian.com/bitbucket/use-docker-images-as-build-environments-792298897.html

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

У них не так давно появился ci и пока только развиваются

А разве нельзя несколько сервисов?

А разве нельзя несколько сервисов?

Я так и не понял как

И docker-compose тоже нельзя использовать

А где можно сompose ?

А где можно сompose ?

мне казалось у гитлаба

Ты наверное не до конца понимаешь докер

А разве нельзя несколько сервисов?

Бляха. Нашел в доках

Driver devicemapper failed to remove root filesystem 11cb36e59c0a3c790706fc8eab21f8747ff1d4c43dbe046817b7dfdd5a0bdc2b: Device is Busy кто нибудь научился жить с этим? Эта ошибка меня доканает

Ты наверное не до конца понимаешь докер

не понял связи

https://confluence.atlassian.com/bitbucket/use-services-and-databases-in-bitbucket-pipelines-874786688.html

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