@abrakadabra87 ☝️

Парни подскажите а вообще реально чтобы приложение в контейнере конектилось к внешней бд?

если у тебя ничего особенного нет, то берешь и коннектишься

Привет, подскажите, если у меня образы собираются на тачке с 18.06 docker и storage driver aufs, запустятся ли образы на 19.03 docker и storage driver overlay2?

Привет, подскажите, если у меня образы собираются на тачке с 18.06 docker и storage driver aufs, запустятся ли образы на 19.03 docker и storage driver overlay2?

да

да

rabbit мне просто такое отдает

tail: unrecognized file system type 0x794c7630 for '/var/log/rabbitmq/rabbit@d87161066409.log'. please report this to bug-coreutils@gnu.org. reverting to polling

а что у тебя за фс на /var/log ?

tail: unrecognized file system type 0x794c7630 for '/var/log/rabbitmq/rabbit@d87161066409.log'. please report this to bug-coreutils@gnu.org. reverting to polling

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810669

пишут что кореутилс старые

ну, попробую обновить, но у меня стоит ubuntu 18.04.3

должно быть все свежее

а ядро на хосте какое ?

а ядро на хосте какое ?

4.15

4.15.0-20-generic

все свежее, вчера накатил и сделал апгрейд

просто странно, на старом ядре 3,16 это все работало, а

ну да странно

что насчет dpkg -l | grep -i coreutils в контейнере

что насчет dpkg -l | grep -i coreutils в контейнере

ii coreutils 8.28-1ubuntu1 amd64 GNU core utilities

лан, пойду копаться

спасибо

угу

в целом вроде свежие да , ... но от имеджа это не зависит поидее

да может вообще потому что rabbit старый, еще версия 3,6,1, 2016 года

можем ему вообще ядро не нравится свежее)

да может вообще потому что rabbit старый, еще версия 3,6,1, 2016 года

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

но это теория

FROM alpine:latest as base RUN mkdir /app/ WORKDIR /app/ RUN touch base CMD ["ls"] FROM scratch as dev-image ENV DEBUG=True COPY —from=base / / WORKDIR /app/ RUN touch dev-dep CMD ["ls"] FROM scratch as prod-image ENV DEBUG=False COPY —from=base / / WORKDIR /app/ RUN touch prod-dep CMD ["ls"] # Тут надо сделать выбор билда # Должен выводиться нужный список FROM scratch as deploy ARG BUILD # ????? # COPY —from=??? / / WORKDIR /app/ CMD ["ls"] # В зависимости от compose должен создаваться нужный билд

Вопрос по docker-compose b docker multi-stage. Есть два compose файла: prod и dev. Можно ли организовать dockerfile так, чтобы в prod собирался image из base, dependencies-prod и deploy, а в dev - base, dependencies-prod и deploy. В base подготовливаются общие зависимости, в dependencies-prod/dev зависимости для конкретного билда, в deploy происходит squash слоев. Сейчас это сдлеано через аргумент и константу в .env, но хочется убрать человеческий фактор при установке этого значения и вобще убрать аргумент

погоди я не понимай

что мешает в docker-compose менять таргет

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

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

чо?

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

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

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

+

чо?

Ну у меня в первом контейнере запущен селениум. он работает с портом 4444. С хоста проверяю порт 4444, все работает! Во втором контейнере есть mocha, он почему-то не видит данный порт

запустил как-то не так. Может сеть криво настроил. Или файрволл блочит

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

Ну запускаю mocha с параметрjv -p 4444:4444 . говорит что порт занят

запустил как-то не так. Может сеть криво настроил. Или файрволл блочит

Ну сеть как бы есть

docker ps | grep 4444

ну еее

а что ты хотел?

не запускай моку на порте 4444

а на порте 4445

и ты вроде не понял зачем нужен -p

это чтобы контейнер был доступен с хоста, а не наоборот

а что ты хотел?

Проблема в том что mocha не видит сайт на 127.0.0.1:4444 запушенный первым контейнером

а mocha на втором контейнере

это чтобы контейнер был доступен с хоста, а не наоборот

а как сделать наоборот? я вроде задал EXPOSE 4444 в Dockerfile

а как сделать наоборот? я вроде задал EXPOSE 4444 в Dockerfile

Наоборот делать плохая практика

а как сделать наоборот? я вроде задал EXPOSE 4444 в Dockerfile

про EXPOSE забудь

Проблема в том что mocha не видит сайт на 127.0.0.1:4444 запушенный первым контейнером

эм... публикуй на 0.0.0.0

и ищи его на адресе хоста или докер бриджа

Привет:) не подскажете, как можно поменять владельца для подключеных volumes

?

про EXPOSE забудь

Блин,я как бы прописал expose но забыл забылдить образ

Наоборот делать плохая практика

А какая самая лучшая практика?

ребят, ребутнулся сервак (эл. пропало), в итоге: контейнеры не стартанули (хотя —restart=unless-stopped), docker ps пустой, шмаджи есть, но при запуске: starting container process caused "process_linux.go:303: getting the final child's pid from pipe caused \"EOF\

ребят, ребутнулся сервак (эл. пропало), в итоге: контейнеры не стартанули (хотя —restart=unless-stopped), docker ps пустой, шмаджи есть, но при запуске: starting container process caused "process_linux.go:303: getting the final child's pid from pipe caused \"EOF\

может докер сломался?

docker ps -a ?

docker ps -a ?

там фигурируют, но сервисы не работают

т.е. docker start на каждом не фурыкен?

эммм) docker run?

docker run новый сервис создает

docker run новый сервис создает

т.е. если в docker ps -a вижу контейнер в статусе exited то могу его стартнуть через start? верно?

да, именно

да, именно

беда: starting container process caused "process_linux.go:303: getting the final child's pid from pipe caused \"EOF\"": unknown

а версию докера не менял?

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

а версию докера не менял?

неа, только жесткий ребут.

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

да, все контейнеры.

тогда пересоздавай

тогда пересоздавай

тут то и проблема )))) не все могу пересоздать. Было наследство из нескольких имейдж...

погоди

все просто

docker inspect на каждый контейнер

и тебе он даст параметры запуска

далее не проблема написать скрипт, который пересоздаст все контейнеры