вообщем... вот: компьютер ip адрес: 192.168.1.157, адрес к папке D \\COMP\D\ - сюда мне нужно попасть. сетевой комп (убунту) ip адрес: 192.168.1.64, \\SRV\share\home\user\appdaemon\ - из этого места я пытаюсь попасть в папку D Контейнер ставлю так: docker run --name=appdaemon -d -p 5050:5050 \ --restart=always \ -e cert_verify="False"\ -e dash_url="http://192.168.1.64:5050"\ -e HA_URL="http://192.168.1.64:8123" \ -e TOKEN="toooookkkkeeennn" \ -v /home/user/homeassistant/config/appdaemon:/conf \ -v /etc/localtime:/etc/localtime:ro \ acockburn/appdaemon:latestЧто здесь нужно поменять/дописать, чтобы из \\SRV\share\home\user\appdaemon\ увидеть \\COMP\D\?

appdaemon: https://www.home-assistant.io/docs/ecosystem/appdaemon/ я не какер и не спамер. и писал правду. мне нужно при открывание к примеру двери, чтобы всплывало окошко на компьютере за которым я работаю, что дверь открылась и тп. но проблема встала в том что я не могу ничего увидеть из докера

так ты же его с телефона запускал

appdaemon: https://www.home-assistant.io/docs/ecosystem/appdaemon/ я не какер и не спамер. и писал правду. мне нужно при открывание к примеру двери, чтобы всплывало окошко на компьютере за которым я работаю, что дверь открылась и тп. но проблема встала в том что я не могу ничего увидеть из докера

Подскажите советом. Развернул Teamcity в контейнере. Контейнер для сервера и контейнер для агента, собранное приложение хочу перенести в другой контейнер соотв-но. Как это сделать? Можно как то вызывать DockerFile, который лежит на хосте из контейнера или по SSH из контейнера на хост ходить? Легально ли вообще такое?

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

ты просто запустишь новый контейнер а старый выключишь

А как правильно из контейнера с агентом обратится к ОС чтобы остановить старый и запустить новый контейнер?

он не должен оказаться в другом контейнере

это не нормально, но если нет других машин у тебя есть выбор?

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

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

почему сразу там где ты собираешь артефакт не собирать его внутри контейнера сборщика и по окончанию создавать image и пушить его в registry

а как его потом отправить на prod? (в моем случае это отдельный контейнер на той же VPS)

агент может запустить docker compose или docker run

но агент сам находится в контейнере

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

и? контейнер может обратиться к докер сервису по имени машины или пробросить docker socket

прост контейнер говорит демону запусти новый контейнер

можно просто из агента обращаться от сокета до ssh до кучи других вариантов)

это получается контейнер внутри контейнера?

то пробрасывать сокет туда не очень

согласен, а как тогда с ключами быть? При подключении через SSH?

народ, я ведь правильно понимаю что RUN docker pull внутри Dockerfile невозможно сделать от слова вообще? объясню какую проблему пытаюсь решать у меня есть набор e2e тестов которые тестируют поведение Kubernetes operator внутри kubernetes cluster кластер запускается с помощью minikube —driver=docker docker сам запущен внутри docker контейнера потому что это CI/CD и вот это все говнищще в рантайм тянет кучу образов разных версий (мне надо тестировать поведение оператора при смене версии Image оператора и Image) которые я закачиваю внутрь контейнера в runtime при этом в CI/CD я естественно могу сделать custom image ;) но вот в этом custom image сделать docker pull уже не получится =( так?

> но вот в этом custom image сделать docker pull уже не получится =( положить образы архивами, а потом уже в рантайме docker load ?

архивы образов надо откуда то взять сначала... как? а docker save?! блин я забыл про него ну то есть конечно как вариант можно попробовать собрать .tar до сборки docker build но куда их распаковывать но хотелось все инструкции по сборке в самом Dockerfile кастомного Image оставить =( ну короче, пока там похоже на то, что есть опция в circle ci machine: enabled: true docker_layer_caching: true и вроде бы на сервере оно должно проканать а локально для тестирования circleci local execute я просто сделаю circleci local execute -v /circleci/var/lib/docker:/var/lib/docker и таким образом добьюсь схожего эффекта

По моим стопам идешь 😉