Мужик, скорее всего это не твой кейс, но, нужно где-то сказать, что Докер на Маке, и, скорее всего на Винде тоже — запускается через виртуалку. И это может приводить к куче фантомных багов. При первой непонятной ситуации, личше всего сразу попробовать перезагрузить сам Докер. Вчера сутки убил, чтоб это понять

я короче разобрался, тоже день на это угрохал) Просто нужно вместо RUN cd использовать WORKDIR

Зависло скачивание образа и никуда не движется. Есть способы реанимировать? Или качать по новой?

Как выбрать windows image? Я как-то ни описаний нормальных найти не могу

ПКМ по иконкре в трее -> Switch to Windows Containers

не, с этим я разобрался

https://hub.docker.com/_/microsoft-windows-servercore

Ребят, Есть Dockerfile где CMD содержит ошибку FROM alpine CMD cd /does_not_exist # этой папки просто нет Если запустить контейнер с -d docker run -d test То, просто принтанётся ID контейнера, как будто всё ок. Хотя сам контейнер не запустится. Так вот) Можно ли как-то сделать так, чтобы в случае ошибки при апуске с -d в консоль сразу вываливалась ошибка? А в случае успеха, было что-то вроде echo "success"

Ребят, Есть Dockerfile где CMD содержит ошибку FROM alpine CMD cd /does_not_exist # этой папки просто нет Если запустить контейнер с -d docker run -d test То, просто принтанётся ID контейнера, как будто всё ок. Хотя сам контейнер не запустится. Так вот) Можно ли как-то сделать так, чтобы в случае ошибки при апуске с -d в консоль сразу вываливалась ошибка? А в случае успеха, было что-то вроде echo "success"

А в чём цель

чтобы не лезть в docker ps на предмет — а точно ли запустилось)

В логах докера смотри и не городи костыли

docker run -d test && docker inspect test | grep Status И будет принтить либо: "Status": "running" Либо "Status": "removing" Изи

Ребят, как аирфлоу разместить на сабюрл? например на http://url/airflow прописал в nginx такой конфиг: upstream airflow { server airflow-webserver:8080; } server { listen 80 default_server; server_name example.com; location /airflow/ { rewrite ^/airflow/(.*) /$1 break; proxy_set_header Host $http_host; proxy_pass http://airflow; } } Но при открытии url/airflow => url/home вместо url/airflow/home

Приветствую. В docker-compose.yml у меня прописано: volumes: - ./nginx_configs/reverse-proxy.conf:/etc/nginx/conf.d/default.conf Я хочу пробросить ещё один файл с настройками ssl (ssl-params.conf). Я могу сделать так? volumes: - ./nginx_configs/reverse-proxy.conf:/etc/nginx/conf.d/default.conf - ./nginx_configs/ssl-params.conf:/etc/nginx/conf.d/default.conf Оно не перезатрёт первую строку? Спасибо.

Так не работает)

Пробросить два отдельных файла или всю директорию с файлами

Здравствуйте! Можно ли используя multistage (или другой способ), собрать образ схлопнув все слои? Docker version 20.10.17 Если сделаю так, то всё равно в конечном образе будет 3 слоя, а хочется чтобы один. Dockerfile: FROM ubuntu:20.04 as base .... FROM ubuntu:20.04 ENTRYPOINT ["./start.sh"] EXPOSE 80 443 COPY --from=base / /

Посмотри может есть решения готовые под это, например https://gist.github.com/shinsenter/4f1f4f16a1f5b9a02ef9ba4faf19233d Не смотрел как это работает внутри

Нужно из контейнера подключиться к базе База висит на 127.0.0.1 (коннект проверил, ок) Запускаю контейнер docker run --add-host=host.docker.internal:host-gateway --rm -it name в котором указан коннект к host.docker.internal в гайдах пишут, что подключится к 127.0.0.1 но подключиться хочет к базе на 172.17.0.1 (убунту) подскажите где косячу

перевесь базу на 0.0.0.0 localhost не доступен по host.docker.internal если база висит на интерфейсе localhost netstat -tulpn | grep 3306 то с интерфейса докера она будет не достпна

Это не откроет доступ к ней извне? *Плохо разбираюсь в сетях.

простыми словами компьютер в себе содержит набор интерфейсов сетевых они могут быть как физическими (wifi, кабель rj45) так и виртуальными (localhost, сеть докера и еще куча виртуальных интерфейсов)

Клиентом базы я к ней подключаюсь по ssh к 127...

> База в контейнере висит на 127.0.0.1 все ок

ssh это про другое

Если я 0.0.0.0 сделаю, то как я пойму, что есть или нет доступ извне к ней? А то странно как-то, то ли может любой к базе подключиться то ли только я

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

Баз Редис, на каком интерфейсе она не знаю, проброшен порт run ... 127.0.0.1:6379:6379 .. Контейнер с приложением нужно к ней подключить. Как это лучше сделать, я не знаю.

база запущена в контейнере ?

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

обычно разработчики подобные вещи прописывыают в docker-compose.yml базу redis, mysql и тд и из приложения (app) подключаются по имени контейнера tcp://mysql:3306/dbname для mysql для редиса соответственно имя контейнера с редисом

обычно разработчики подобные вещи прописывыают в docker-compose.yml базу redis, mysql и тд и из приложения (app) подключаются по имени контейнера tcp://mysql:3306/dbname для mysql для редиса соответственно имя контейнера с редисом