не images а контейнер

Парадигма контейнеров говорит, что в одном контейнере один процесс запущен

не images а контейнер

Да

а как это сделать

я через 5 минут напишу вам освежусь

Доброго времени суток! ))

لن تترك من العدل

На авс вроде есть бесплатный хостинг?

По ттх что там?

Да

все освежился

как теперь в данном имедже развернуть контейнер

https://docs.docker.com/engine/reference/commandline/run/

создал images xxx/xxx загрузил и запустил на VPS теперь нужно добавить еще один контейнер

подскажите пожалуйста как это сделать

как создать контейнер

как создать контейнер

Тебе вчера кидали ссылку на статью на хабре. Там всё очень хорошо разжевано

ок

тогда пройду ее

Поверь, она очень хороша

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

да уже 5 мануалов прошел

надеюсь

ну же. Там выше ещё одну ссылку давали )))

docker run <имя образа>

Ну и там ещё всякие параметры

У тебя какой бекграунд, вообще? Та статья на хабре + официальная документация - должно хватить..

в общем не совсем понял у меня есть images где хранится и работает бот с окружением он работает на vps тепер ьмне нужно создать контейнер со второй модификацией загрузить ег ои слинковать

не совсем понимаю

извините

Приветствую Подскажите можно ли с одного контейнера вызывать команды в другом контейнере? Код лежит в web, а некоторые ф-ции нужно повесить на крон, который в cron контейнере

Вообще можно и в web контейнере запустить, только вот запускаю сервак CMD python manage.py runserver 0.0.0.0:8080 и таким же образом крон запускается CMD cron && tail -f /var/log/cron.log если последний крон, то только он работает и наоборот

вынести задачи в хостовый крон и вызывать их в контейнере?

docker exec ...

костыльно, но это не нарушает принцыпов изолированной среды

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

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

ssh <host> "bash -c "

окей, тогда как мне с одного контейнера запустить и крон и джангу?

вот dockerfile django FROM python:3.4 RUN mkdir /app WORKDIR /app ADD requirements.txt /app RUN pip3 install -r requirements.txt WORKDIR /app/back CMD python manage.py runserver 0.0.0.0:8080

cron FROM ubuntu:latest RUN apt-get update RUN apt-get install -y cron ADD crontab /etc/cron.d/scheduled-cron RUN chmod 0644 /etc/cron.d/scheduled-cron RUN touch /var/log/cron.log CMD cron && tail -f /var/log/cron.log

я их пилил в один файл, но запускается только 1 CMD команда

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

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

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

не совсем понял, можете объяснить?

-___-

ты на чем крутишь контейнеры?

vps

какая ОС на нем стоит?

ubuntu

замечательно

у хостовой ubuntu есть как ни странно cron

используй его

я хотел так запустить

но проблема в том, что пути всех файлов в котейнере не совпадают естественно с теми как эти файлы лежат на убунту

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

в кроне запускай скрипты внутри контейнера же

т.е. у тебя команды будут выполняться в контейнере

а вызываться кроном из хоста

отошел за печеньками

а мне стоит это обдумать)

вообщем я объеденил это все в один файл, но когда захожу в docker-compose exec web bash не копирует файл ADD crontab /etc/cron.d/scheduled-cron

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

а вызываться кроном из хоста

а можете пример привести

?

Docker exec же

а

понял

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

Ещё один вариант - в cmd в докерфайле указывай скрипт. А в скрипте делай cron& python manage...

Ещё один вариант - в cmd в докерфайле указывай скрипт. А в скрипте делай cron& python manage...

Отличный совет.

Не понимаю почему люди сразу не выстреливают себе в обе ноги раз такое пишут

Да. Мне он тоже не нравится. Но чем это отличается от запуска крона в контейнере потом через exec?

Да. Мне он тоже не нравится. Но чем это отличается от запуска крона в контейнере потом через exec?

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

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

В моем случае не видно

Согласен. Я сам из хостового крона дёргаю скрипт бэкапа базы в контейнере ))

да, всё верно. То есть при развёртывании "боевого" сервера следует указать VOLUME или параметры подключения к внешней СУБД

Как-то странно процесс healthcheck fail'ится

причём поднял на двух нодах и везде такая ситуация

Как-то странно процесс healthcheck fail'ится

А что пишет?

5/16/2017 11:22:36 AMnet/http.(*persistConn).readLoop(0xc8200ba270) 5/16/2017 11:22:36 AM /usr/local/go/src/net/http/transport.go:1182 +0xd52 5/16/2017 11:22:36 AMcreated by net/http.(*Transport).dialConn 5/16/2017 11:22:36 AM /usr/local/go/src/net/http/transport.go:857 +0x10a6 5/16/2017 11:22:36 AM 5/16/2017 11:22:36 AMgoroutine 9 [select]: 5/16/2017 11:22:36 AMnet/http.(*persistConn).writeLoop(0xc8200ba270) 5/16/2017 11:22:36 AM /usr/local/go/src/net/http/transport.go:1277 +0x472 5/16/2017 11:22:36 AMcreated by net/http.(*Transport).dialConn 5/16/2017 11:22:36 AM /usr/local/go/src/net/http/transport.go:858 +0x10cb 5/16/2017 11:24:50 AMfatal error: unexpected signal during runtime execution 5/16/2017 11:24:50 AM[signal 0xb code=0x1 addr=0x63 pc=0x7fc4c1e4c259] 5/16/2017 11:24:50 AM 5/16/2017 11:24:50 AMruntime stack: 5/16/2017 11:24:50 AMruntime.throw(0xb03e20, 0x2a) 5/16/2017 11:24:50 AM /usr/local/go/src/runtime/panic.go:547 +0x90 5/16/2017 11:24:50 AMruntime.sigpanic() 5/16/2017 11:24:50 AM /usr/local/go/src/runtime/sigpanic_unix.go:12 +0x5a

агентов запускал так sudo docker run -e CATTLE_AGENT_IP="172.31.10.7" --rm --privileged -v /var/run/docker.sock:/var/run/docker.sock -v /var/lib/rancher:/var/lib/rancher rancher/agent:v1.2.2 http://optimus.sandbox.local:8080/v1/scripts/THE_LONG_KEY

любопытно, рестартанул ноду - healthcheck поднялся...

кстати, на пальцах покажите откуда docker берёт инфу какие контейнеры нужно поднять при рестарте ноды?