j2 -f yaml ./docker-compose.template.yml.j2 ./config.yml | docker-compose -f docker-compose.yml -f /dev/stdin up

Если нужно лёгкий образ - alpine.

А с альпином нет проблем с glibc?

есть

я только что хапнул траблу с psycopg2. Но все проблемы решаемы

и образ я уменьшил с 900 МБ на убунту с пихтоном до 110 МБ на эльпайн

оно того стоило

я только что хапнул траблу с psycopg2. Но все проблемы решаемы

Вот да, с этим же та ещё проблема

Psycopg же требует gcc

да еееееее

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

и он работает (!)

Я поэтому и боюсь его трогать, этот альпайн. Именно из-за глибса.

У меня бомбануло только в ffmpeg

он крашится под эльпайном. В остальном - проблем нет

А зачем ffmpeg в контейнере? Просто интересно

ну, задача такая

А зачем ffmpeg в контейнере? Просто интересно

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

всем привет, ктонить сталкивался с проблемой смены mtu в бриджах?

всем привет, ктонить сталкивался с проблемой смены mtu в бриджах?

нет

всем привет, ктонить сталкивался с проблемой смены mtu в бриджах?

А почему это проблема?

добавил в docker.service —mtu=1440 рестартанул машину, всёравно 1500(

мне тоже интерено

а где смотришь?

и как добавил?

ip a

Имхо лучше ip ro

ExecStart=/usr/bin/dockerd --mtu=1440 -H fd:// --containerd=/run/containerd/containerd.sock

эм...

ты бы лучше в конфиге это задавал

так делать как ты - криво

/etc/docker/daemon.json

и туда вываливать всю говнятину

ну край - дропин для системди

(чтобы при переустановке демона или обновлении системы твои изменения не затерлись)

окей. И ждем ip a/ip ro

добавлял даже в /etc/default/docker DOCKER_OPTS="--mtu=1440"

так же без изменений

докер 18.09.2

https://medium.com/@sylwit/how-we-spent-a-full-day-figuring-out-a-mtu-issue-with-docker-4d81fdfe2caf

https://mlohr.com/docker-mtu/

https://docs.docker.com/v17.09/engine/userguide/networking/default_network/custom-docker0/

читал?

If you work with docker-compose, you will notice that in containers created by docker-compose, the MTU of the daemon is not inherited. This happens because the mtu entry in /etc/docker/daemon.json file only affects the default bridge. Therefore you have to specify the MTU explicitly in the docker-compose.yml for the newly created network:

ВОТ ЭТО ПРЕКРАСНОЕ ^_^

опять докер-компоуз. опять. опять срать хотел на настройки демона

ExecStart=/usr/bin/dockerd --mtu=1440 -H fd:// --containerd=/run/containerd/containerd.sock

systemctl status docker сделай

https://medium.com/@sylwit/how-we-spent-a-full-day-figuring-out-a-mtu-issue-with-docker-4d81fdfe2caf

Знатно

на одной тачке сработал daemon.json на другой нет)))

ппц

так не бывает

может у тебя синтаксис файла кривой? но если так, то докер-демон не стартанул бы.

😊

похоже

блин, а что в gateway указывать?

Всем хорошего вечера. Коллеги. А как красиво пошарить проект между контейнером с php-fpm и контейнером с nginx (из-за статики)? Сделал через общий волюм - не нравится из-за того, что при выкатке нового имеджа с новым кодом все равно подкинется старый код из волюма. Надо убивать волюм. И аналогичная проблема с шарингом с nginx на хосте на проде. Могу не класть код в контейнер а деплоить из гита на хост и мапить в php-fpm. Но хочется код запихнуть все же в контейнер. Но как? Пихать nginx к php-fpm не хочу. Переходить на Apache и пихать в php его тоже не хочу.

погоди

не понимайт

а что мешает деплоить статику в nginx отдельно

более того

тебе никто не мешает собрать два образа

БЕЗ ВОЛЬЮМА

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

блин, а что в gateway указывать?

а зачем ты его вообще трогаешь?

всё сделал))

вообще это по идее адрес самого докера

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

потому что статика динамически генерируется, наверное

вообще это по идее адрес самого докера

виртуалка в опенстэке, а в нем интерфейсы по дефолту с мту 1450

потому что статика динамически генерируется, наверное

вряд ли

но пускай коллега обоснует

я сталкивался с таким

просто это пахнет скорее уже луа-программированием в nginx

ибо сервер приложений - это ок. А nginx + php + обший вольюм пахнет как 💩

php-fpm вообще не умеет статику, поэтому если приложение генерирует какие-нибудь файлы (ордера в pdf, картинки, whatever), то надо их подсовывать nginx'у

я в курсе

ну вот, собственно и делаем вывод.

но вообще для картинок, ордеров и пр. - лучше отдельное хранилище

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

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

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