Всем привет! Совсем простой вопрос: на mac запускаю docker desktop, и он бесконечно находится в статусе docker is starting. Из-за чего это может происходить? На другом моем mac такой проблемы не было.

в этом

У них разный локалхост. Ты только на 127.0.0.1 можешь обращаться?

в этом

Походу обломиссимо, работает также как links

интресно если в links закостылить.

У них разный локалхост. Ты только на 127.0.0.1 можешь обращаться?

да =(

Ничего не поменяется)

Значит net mode host

https://docs.docker.com/network/host/

Но очевидно нужно двигаться в сторону изменения конфига приложения. И лучше задавать такие вещи переменными окружения.

у меня тут докер не любят =\

а этот параметр захардкожен.

Вообще такое хардкодить это долбоебизм

Вне зависимости от докера

Потом решите сделать 2 сервера с приложениями с балансировкой

Мемкеш же не будет у каждого свой

Ну не мне рассказывать что это.

что есть то есть.

пробросить порт можно как-нибудь?

Тогда только если на хост перевешивать сеть

ок, сча попробую.

думал expose решит мою проблему.

Передай ещё тем кто там это захаркодил

пробросить порт можно как-нибудь?

Тунель подними)))

Что они долбоящеры

Так сказали в одном чате в интернете

Тунель подними)))

iptables в контейнерах навернуть и нат запилить

iptables в контейнерах навернуть и нат запилить

😂

Что они долбоящеры

😂

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

iptables в контейнерах навернуть и нат запилить

обколются своей марихуаной

😂

и поднимают свои иптаблесы в докерах

А на самом деле - зачем пилить монолит без поддержки разработчиков? Сложи все в контейнер и забудь.

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

Всем привет. Делаю docker build -t test-prj:latest -f /path/to/docker/file /path/to/builds Выдает ошибку unable to prepare context: The Dockerfile must be within the build context CentOS 6, на маке все работает. Как мне сделать так, чтобы контекст с файлами для сборки был в одной директории, а докер файл в другой?

Всем привет. Делаю docker build -t test-prj:latest -f /path/to/docker/file /path/to/builds Выдает ошибку unable to prepare context: The Dockerfile must be within the build context CentOS 6, на маке все работает. Как мне сделать так, чтобы контекст с файлами для сборки был в одной директории, а докер файл в другой?

Версия докера: Client: Version: 1.13.1 API version: 1.26 Package version: docker-1.13.1-91.git07f3374.el7.centos.x86_64 Go version: go1.10.3 Git commit: 07f3374/1.13.1 Built: Wed Feb 13 17:10:12 2019 OS/Arch: linux/amd64 Server: Version: 1.13.1 API version: 1.26 (minimum version 1.12) Package version: docker-1.13.1-91.git07f3374.el7.centos.x86_64 Go version: go1.10.3 Git commit: 07f3374/1.13.1 Built: Wed Feb 13 17:10:12 2019 OS/Arch: linux/amd64 Experimental: false

и поднимают свои иптаблесы в докерах

😂

Всем привет. Делаю docker build -t test-prj:latest -f /path/to/docker/file /path/to/builds Выдает ошибку unable to prepare context: The Dockerfile must be within the build context CentOS 6, на маке все работает. Как мне сделать так, чтобы контекст с файлами для сборки был в одной директории, а докер файл в другой?

Никак. Согласно документации, он должен быть внутри контекста

Никак. Согласно документации, он должен быть внутри контекста

Серьезно?

Никак. Согласно документации, он должен быть внутри контекста

А почему на маке тогда работает?

Привет. Соррян за глупый вопрос, но что-то не получается. Как правильно прописать expose чтобы memcached был доступен по адресу 127.0.0.1:11211?

Не используй мемкеш. Лучше - редис. А ещё лучше - аэроспайк

Вообще, думал если прописано expose то в контейнере php-fpm я могу получить доступ по адресу 127.0.0.1:11211. Мои мысли не верны?

Контейнеры по сети работают. 127.0.0.1 там указывать - плохая идеяхх

Всем привет! Совсем простой вопрос: на mac запускаю docker desktop, и он бесконечно находится в статусе docker is starting. Из-за чего это может происходить? На другом моем mac такой проблемы не было.

Хз

Не используй мемкеш. Лучше - редис. А ещё лучше - аэроспайк

Чем плох memcache?

Вообще, это уже как есть, поэтому без вариантов.

А почему на маке тогда работает?

точно работает?

Серьезно?

да

"The -f, --file, option lets you specify the path to an alternative file to use instead. This is useful in cases where the same set of files are used for multiple builds. The path must be to a file within the build context. If a relative path is specified then it is interpreted as relative to the root of the context."

Всем привет. Делаю docker build -t test-prj:latest -f /path/to/docker/file /path/to/builds Выдает ошибку unable to prepare context: The Dockerfile must be within the build context CentOS 6, на маке все работает. Как мне сделать так, чтобы контекст с файлами для сборки был в одной директории, а докер файл в другой?

Прочитать про контекст

"The -f, --file, option lets you specify the path to an alternative file to use instead. This is useful in cases where the same set of files are used for multiple builds. The path must be to a file within the build context. If a relative path is specified then it is interpreted as relative to the root of the context."

Угу

Т.е. по сути тебе команду для докера нужно вводить в каталоге /path/to/ и все будет ок

Прочитать про контекст

Пора стикеры делать)

Да

Прочитать про контекст

Я ничего не понимаю. Делаю docker build --build-arg FILE_TO_COPY="relpath/to/file" /abs/path/to/context Соответственно внутри докерфайла я могу сделать COPY ${FILE_TO_COPY} в нужное место в образе: >The build process can refer to any of the files in the context. For example, your build can use a COPY instruction to reference a file in the context. Но на шаге COPY он выдает ошибку: lstat relpath/to/file: no such file or directory

Файл там точно лежит

Поясните плз, что я делаю не так?

Попробуй без переменной

COPY relpath/to/file blabla

случайно не ./relpath/to/file кошерно писать?

А потом ARG FILE_TO_COPY COPY ${FILE_TO_COPY} blablabla

Могу сказать, что там конечное количество вариантов )

Потому что я бы сделал как

А потом ARG FILE_TO_COPY COPY ${FILE_TO_COPY} blablabla

Именно так и делаю

ARG FILE_TO_COPY RUN mkdir /tmp/ololo PWD /tmp/ololo COPY . . RUN ${FILE_TO_COPY} dest_dir

Я бы делал так

Нашел. В докеригноре почему-то оказалась занесена папка.

О_о

Друзья, мы выложили отчёт по прошедшему 14 февраля Love Kubernetes Meetup в офисе Mail.Ru Group. В нем, в том числе, есть ссылки на записи всех докладов https://habr.com/ru/company/mailru/blog/442086/

Друзья, мы выложили отчёт по прошедшему 14 февраля Love Kubernetes Meetup в офисе Mail.Ru Group. В нем, в том числе, есть ссылки на записи всех докладов https://habr.com/ru/company/mailru/blog/442086/

может немного не в тему. Но скорее всего люди здесь знают. в Nginx есть правило которое определенный урл через redirect 301 переводит на другой урл. Так вот. Если этот урл вставить в iframe, он почему то не работает. Кто может знает причину?

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

И это совсем не в тему, да

Чем плох memcache?

Нет персистентности на диск.

@Atassis

может немного не в тему. Но скорее всего люди здесь знают. в Nginx есть правило которое определенный урл через redirect 301 переводит на другой урл. Так вот. Если этот урл вставить в iframe, он почему то не работает. Кто может знает причину?

@nginx_ru

Коллеги, всем привет. Есть кто обновился до 18.09.3 на убунте 18,10 десктопной? Собственно, вопрос: вы login loop не словили?

Коллеги, всем привет. Есть кто обновился до 18.09.3 на убунте 18,10 десктопной? Собственно, вопрос: вы login loop не словили?

эм? это шутка такая?

эм? это шутка такая?

Я бы очень хотел, чтобы это было так, но нет

Удалил докер - всё хорошо, поставил - login loop. И так 4 раза