короче нет единого рецепта, каждый готовит как знает и умеет)

ну, есть общепринятые практики, и есть индивиды, которые верят, что это истина в последней инстанции. Что так надо делать и никак иначе.

ну, есть общепринятые практики, и есть индивиды, которые верят, что это истина в последней инстанции. Что так надо делать и никак иначе.

+

Друзья, доброе утро! Я с теми же вопросами. Снова нужна ваша помощь. Собираю вот такой контейнер: https://gist.github.com/rrubashkin/178296746a73ea583d89ae8ab75b9540 Но, он умирает сразу после запуска (docker run -d). Перепробовал уже много вариантов, но, ничего не получается. Что я делаю не так? Заранее спасибо

https://hub.docker.com/_/php/ Делаешь не FROM debian:blabla в своем докерфайле, а FROM php:7.2-fpm-stretch, экстеншены подключаешь как в инструкциях по ссылке, CMD не прописываешь

Понял, спасибо!

У меня пока очень простая задача, чисто для обучения. Мне нужно собрать и развернуть простое php приложение по идеологии docker'а, чтобы понять как с этим работать. Для dev среды там все просто, volume делаешь и все ок. А для production пока возникаются вопросы, ведь там уже не желательно использовать volume

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

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

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

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

У меня не папки, а именованные volume'ы

У меня не папки, а именованные volume'ы

в чем разница?

я думал именованные это тоже самое, только лежит в /var/lib/docker/volumes

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

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

то что папка монтируется

то что папка монтируется

Ну это же не в виртуалку как докер на Винде или как просто виртуалка

а тот аргумент что в доке?

А процесс получает доступ к нужной директории

что на скриншоте

Ээээ

Это для иммутабельности кода

я понимаю. Оно не нужно разве?

Нужно, но вопрос был в производительности

понял

спасибо:)

Всем привет. Подскажите пожалуйста, почему при исполнении этой команды CMD ["postgres", "-c" , "pg_restore -h 127.0.0.1 -U postgres -F t -d nseec /tmp/nseec_dump.tar"] В докере, мне выдает ошибку : 2018-08-24 08:31:57.247 GMT [1] FATAL: -c pg_restore -h 127.0.0.1 -U postgres -F t -d nseec /tmp/nseec_dump.tar requires a value Хотя я следую инструкции с офф сайта : CMD ["executable","param1","param2"] Может я не так это понимаю?)

Всем привет. Подскажите пожалуйста, почему при исполнении этой команды CMD ["postgres", "-c" , "pg_restore -h 127.0.0.1 -U postgres -F t -d nseec /tmp/nseec_dump.tar"] В докере, мне выдает ошибку : 2018-08-24 08:31:57.247 GMT [1] FATAL: -c pg_restore -h 127.0.0.1 -U postgres -F t -d nseec /tmp/nseec_dump.tar requires a value Хотя я следую инструкции с офф сайта : CMD ["executable","param1","param2"] Может я не так это понимаю?)

надо CMD ["postgres", "-c" , "pg_restore", "-h", "127.0.0.1", "-U", "postgres", "-F", "t", "-d", "nseec", "/tmp/nseec_dump.tar"]

каждый параметр в своих кавычках

надо CMD ["postgres", "-c" , "pg_restore", "-h", "127.0.0.1", "-U", "postgres", "-F", "t", "-d", "nseec", "/tmp/nseec_dump.tar"]

Сделал как вы сказали. Теперь такая ошибка: 2018-08-24 10:08:42.288 GMT [1] FATAL: -c pg_restore requires a value Уже пол часа бьюсь об стенку)

Такое ощущение, что это ошибка из постгреса. Вне докера он запускается с такими аргументами?

Такое ощущение, что это ошибка из постгреса. Вне докера он запускается с такими аргументами?

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

Всем привет. Подскажите, не могу сообразить, почему внутри контейнера нет соединения с почтовыми серверами root@be6b9867286f:/# telnet 8.8.8.8 53 Trying 8.8.8.8... Connected to 8.8.8.8. Escape character is '^]'. ^] telnet> q Connection closed. root@be6b9867286f:/# telnet smtp.gmail.com 465 Trying 108.177.126.108... ^]^C

а с хоста есть?

хм

действительно нету(

но это просто дроплет в ДО. никаких доп файрволов нет, iptables стандартный с правилами докера по умолчанию

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

короче, это не относится к докеру

хм, окей спасибо

Подскажите как правильно настроить права контейнеров. Есть 2 контейнера. 1-ый. Создает изображения 2-ой. Удаляет их так вот второй контейнер не может удалить изображения созданные в первом, втф? Пробывал делать user: "100:100" или privileged:true одновременно для двух контейнеров, абсолютно не понимаю что они делают, но пробовал ими исправить ситуацию. Документация не помогла

всем привет.может быть кто-нибудь сталкивался с проблемой в dockerfile нжинкс контейнера прописано STOPSIGNAL SIGTERM когда делаем docker stop nginx-container под нагрузкой то всегда получаем ошибку ядра unregister_netdevice waiting for vethxxxx to become free, после этого докер валится после чего приходится ребутить сервер чтобы докер вновь стал работать при этом если делаем docker exec nginx-container nginx -s stop то контейнер без проблем останавливается и с докер демоном тоже всё хорошо связано ли это с тем что нжинкс не очень хорошо воспринимает сигнал SIGTERM под нагрузкой и нормально сигнал SIGQUIT или это не проблема нжинкса а проблема того как докер отправляет сигнал SIGTERM воспроизводится только под нагрузкой,когда запросов на нжинкс нет,то docker stop отрабатывает нормально

всем привет.может быть кто-нибудь сталкивался с проблемой в dockerfile нжинкс контейнера прописано STOPSIGNAL SIGTERM когда делаем docker stop nginx-container под нагрузкой то всегда получаем ошибку ядра unregister_netdevice waiting for vethxxxx to become free, после этого докер валится после чего приходится ребутить сервер чтобы докер вновь стал работать при этом если делаем docker exec nginx-container nginx -s stop то контейнер без проблем останавливается и с докер демоном тоже всё хорошо связано ли это с тем что нжинкс не очень хорошо воспринимает сигнал SIGTERM под нагрузкой и нормально сигнал SIGQUIT или это не проблема нжинкса а проблема того как докер отправляет сигнал SIGTERM воспроизводится только под нагрузкой,когда запросов на нжинкс нет,то docker stop отрабатывает нормально

а какая версия ядра, где контейнер с нжинксом крутится?

4.4.0-133-generic докер версия 18.06.0-ce

4.4.0-133-generic докер версия 18.06.0-ce

была похожая проблема. https://lore.kernel.org/patchwork/patch/806185/ если не ошибаюсь, сей патч помог

То есть мы накатили ядро то ли 4,15 то ли 4,17 и больше этой ошибки не наблюдали

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

про известную проблему ядра unregister_netdevice waiting for vethxxxx to become free известно но помимо нжинкса,там крутится ещё порядка 400 различных контейнеров на хосте с ними никаких проблем вообще нет,тестировали много раз а вот с нжинксом она есть всегда и это странно и наводит на мысль,что проблема именно с контейнером в данном случае или с нжинксом,а не с ядром

Помогите плиз советом, как сделать следующее. Есть множество сервисов, которые имеют http сервисы + консольные команды для сервисных нужд. Их использует вышестоящая система по HTTP. Есть ли что-нибудь полезное из сервисов, что может вызываться из вышестоящей системы по API и дергать консольные команды?

Друзья, ещё один глупый вопрос. Но: Докерфайл. FROM nginx:1.15.2 COPY ./nginx.conf /etc/nginx/nginx.conf Билдится, но не запускается (или запускается, но сразу умирает) Как так может быть?

логи где?

а как их посмотреть, если в списке контейнеров его нет?

Друзья, ещё один глупый вопрос. Но: Докерфайл. FROM nginx:1.15.2 COPY ./nginx.conf /etc/nginx/nginx.conf Билдится, но не запускается (или запускается, но сразу умирает) Как так может быть?

Легко, т.к. это не связанные два процесса. Запускается команда, которая передаётся в entrypoint. Билд здесь не при делах

docker logs name

А, нашёл. Сейчас залью

логи где?

https://gist.github.com/rrubashkin/90177742e7adef3ebd694ce774bc307a

так

а что непонятно?

зеленым по черному написано почему не запускается nginx

А, так, он пишет, что хост не найден. Хорошо

?

А warn ы не знаете, можно ли как-то пофиксить?

Господа, а у docker service create --env-file формат позволяет использовать строки-комментарии начинающеся с # как в .env?

Вопрос снимается.

А warn ы не знаете, можно ли как-то пофиксить?

знаем, можно

знаем, можно

Раскроете военную тайну?

так там написано было в логе

что именно не так

Он пишет, что дублируются расширения. Может в конфиге mimetypes дважды подключил?

да

да

Действительно, два раза подряд подключил и не заметил. Спасибо!

На этом канале отбирают только самые доходные и надежные ХАЙП проекты по заработку в интернете! Ежедневная информационная сводка и полный обзор на каждый проект. Подпишись и начинай зарабатывать вместе с нами! telegra.ph/Hajp-Monitoring-08-24

Вот думал, что справился с вопросом, но всё равно не выходит. Вот docker-compose: https://gist.github.com/rrubashkin/d1773eb7f92fa5a9fea9160c40e93f31 Вот nginx.conf https://gist.github.com/rrubashkin/96487001161b21bb90646dee28db82ee Локалхост выдаёт какой-то странный пустой файл, хотя должен попадать на phpinfo(); Кто-нибудь с подобным сталкивался?

Добрый день, вопрос следующий, как реализовать компиляцию C# проекта на mono в Docker на этапе сборки контейнера, в последствии сохранив только исполняемые файлы и подключаемые библиотеки. Dockerfile: FROM mono:latest COPY ./ /tmp/ RUN msbuild /tmp/Server.sln RUN mkdir /opt/server RUN cp /tmp/Server/bin/Debug/* /opt/server/ EXPOSE 8080 CMD ["bash", "mono /opt/server/Server.exe"] Докер совершенно не хочет сохранять файлы полученные не в результате COPY, а в результате скриптов запушенных внутри контейнера. Есть ли какой-нибудь грязный хак чтобы это все красиво обойти без использования VOLUME? Заранее спасибо.

Добрый день, вопрос следующий, как реализовать компиляцию C# проекта на mono в Docker на этапе сборки контейнера, в последствии сохранив только исполняемые файлы и подключаемые библиотеки. Dockerfile: FROM mono:latest COPY ./ /tmp/ RUN msbuild /tmp/Server.sln RUN mkdir /opt/server RUN cp /tmp/Server/bin/Debug/* /opt/server/ EXPOSE 8080 CMD ["bash", "mono /opt/server/Server.exe"] Докер совершенно не хочет сохранять файлы полученные не в результате COPY, а в результате скриптов запушенных внутри контейнера. Есть ли какой-нибудь грязный хак чтобы это все красиво обойти без использования VOLUME? Заранее спасибо.

Так мультистейдж же, не?

Кстати, что значит не хочет сохранять файлы? Файлы получены на каком этапе? выполнения RUN в Dockerfile или после запуска контейнера?

Кстати, что значит не хочет сохранять файлы? Файлы получены на каком этапе? выполнения RUN в Dockerfile или после запуска контейнера?

В результате RUN. Желаемое поведение - скопировать исходники, собрать бинарник, его и динамически линкуемые библиотеки помещаются в другое место, откуда и запускаются.

В результате RUN. Желаемое поведение - скопировать исходники, собрать бинарник, его и динамически линкуемые библиотеки помещаются в другое место, откуда и запускаются.

А почему ты думаешь, что файлы после RUN не остаются в образе?

Кстати, что значит не хочет сохранять файлы? Файлы получены на каком этапе? выполнения RUN в Dockerfile или после запуска контейнера?

Спасибо, немного лучше разобрался с multistage и думаю что это то что надо.

Спасибо, немного лучше разобрался с multistage и думаю что это то что надо.

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

Но зато у тебя в образе меньше мусора будет. Можно всю dev-среду выкинуть и оставить только среду исполнения и сам сервер.

А почему ты думаешь, что файлы после RUN не остаются в образе?

Ну хотя бы потому что когда я делаю docker run с ENTRYPOINT/CMD ['ls -lah <filepath>'] выдает то что файл не найден. Хотя то же самое ls после RUN отрабатывает корректно

Ну хотя бы потому что когда я делаю docker run с ENTRYPOINT/CMD ['ls -lah <filepath>'] выдает то что файл не найден. Хотя то же самое ls после RUN отрабатывает корректно

А ты уверен, что он был создан во время RUN? Может быть, там что-то при сборке не так пошло?

А ты уверен, что он был создан во время RUN? Может быть, там что-то при сборке не так пошло?

Я после каждого этапа сборки делал ls <путь до собранных сорцев и т.д.> и все отрабатывало корректно. Иначе он бы сфейлился.

Я после каждого этапа сборки делал ls <путь до собранных сорцев и т.д.> и все отрабатывало корректно. Иначе он бы сфейлился.

Хм, мистика. Ну тогда фиг знает. Ставлю на то, что где-нибудь незаметная ошибка в стиле опечатки или типа того.

Хм, мистика. Ну тогда фиг знает. Ставлю на то, что где-нибудь незаметная ошибка в стиле опечатки или типа того.

Вы были правы, я в CMD указал не полный путь до интрепретатора.