если запускаю curl внутри контейнера - все хорошо/

Может переменные окружения разные получаются?

Может переменные окружения разные получаются?

как их посмотреть или сбросить?

как их посмотреть или сбросить?

Вместо curl выполните команду env https://linux-faq.ru/page/komanda-env

Привет! Может кто даст наводку как поднять systemd в контейнере на CentOS7? Вроде понял как запустить через systemd отдельный юнит, но как заставить его работать в bash контейнера?

Привет! Может кто даст наводку как поднять systemd в контейнере на CentOS7? Вроде понял как запустить через systemd отдельный юнит, но как заставить его работать в bash контейнера?

https://hub.docker.com/r/centos/systemd/ ?

FROM centos:7 ENV container docker RUN (cd /lib/systemd/system/sysinit.target.wants/; for i in *; do [ $i == \ systemd-tmpfiles-setup.service ] || rm -f $i; done); \ rm -f /lib/systemd/system/multi-user.target.wants/*;\ rm -f /etc/systemd/system/*.wants/*;\ rm -f /lib/systemd/system/local-fs.target.wants/*; \ rm -f /lib/systemd/system/sockets.target.wants/*udev*; \ rm -f /lib/systemd/system/sockets.target.wants/*initctl*; \ rm -f /lib/systemd/system/basic.target.wants/*;\ rm -f /lib/systemd/system/anaconda.target.wants/*; VOLUME [ "/sys/fs/cgroup" ] CMD ["/usr/sbin/init"]

Привет! Может кто даст наводку как поднять systemd в контейнере на CentOS7? Вроде понял как запустить через systemd отдельный юнит, но как заставить его работать в bash контейнера?

Изврат

FROM centos:7 ENV container docker RUN (cd /lib/systemd/system/sysinit.target.wants/; for i in *; do [ $i == \ systemd-tmpfiles-setup.service ] || rm -f $i; done); \ rm -f /lib/systemd/system/multi-user.target.wants/*;\ rm -f /etc/systemd/system/*.wants/*;\ rm -f /lib/systemd/system/local-fs.target.wants/*; \ rm -f /lib/systemd/system/sockets.target.wants/*udev*; \ rm -f /lib/systemd/system/sockets.target.wants/*initctl*; \ rm -f /lib/systemd/system/basic.target.wants/*;\ rm -f /lib/systemd/system/anaconda.target.wants/*; VOLUME [ "/sys/fs/cgroup" ] CMD ["/usr/sbin/init"]

Не работает, я так понимаю при запуске образа собранного из этого точкой входа становится systemd,а не bash. Вот что происходит при запуске

только что сделал по инструкции отсюда: https://hub.docker.com/r/centos/systemd/ работает

версия docker-ce 18.03.1~ce-0~debian

только что сделал по инструкции отсюда: https://hub.docker.com/r/centos/systemd/ работает

То есть из bash контейнера можно управлять юнитами через systemd?

да

Вместо curl выполните команду env https://linux-faq.ru/page/komanda-env

переменные окружения - пустые

Изврат

да, для тестов самое то

да, для тестов самое то

Можете пролить чуть больше света. Не могу представить для чего такое может понадобиться.

собрать пакет с сервисом, протестить что все работает как задумано

или много пакетов

вопрос: если у меня есть cache-from имедж, обязательно ли иметь на хосте имедж, указанный в FROM? то есть, можно ли сделать так, чтобы FROM не тянулся из репозитория?

только что сделал по инструкции отсюда: https://hub.docker.com/r/centos/systemd/ работает

А можно строку запуска?

А можно строку запуска?

docker run --privileged --name httpd -v /sys/fs/cgroup:/sys/fs/cgroup:ro -p 80:80 -d httpd

собрать пакет с сервисом, протестить что все работает как задумано

А, вы имеете ввиду потестить свое приложение на предмет взаимодействия с системд. Тогда, да, полезно

переменные окружения - пустые

как будто караметр EXPOSE 8080 игнорируеться в докерфайле

как будто караметр EXPOSE 8080 игнорируеться в докерфайле

~/Documents/Develop/python/taskbook/backend  cat Dockerfile FROM python WORKDIR /usr/app EXPOSE 8080 ~/Documents/Develop/python/taskbook/backend  docker build -t tapi . Sending build context to Docker daemon 164.9kB Step 1/3 : FROM python ---> a9d071760c82 Step 2/3 : WORKDIR /usr/app ---> Running in a44dae3c0683 Removing intermediate container a44dae3c0683 ---> 587ec8d3c6bf Step 3/3 : EXPOSE 8080 ---> Running in 4f6d5bc4ed7c Removing intermediate container 4f6d5bc4ed7c ---> ec4d04f256e1 Successfully built ec4d04f256e1 Successfully tagged tapi:latest ~/Documents/Develop/python/taskbook/backend  docker run tapi ~/Documents/Develop/python/taskbook/backend  docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 485fd0dc006a tapi "python3" 6 seconds ago Exited (0) 5 seconds ago thirsty_jang

как будто караметр EXPOSE 8080 игнорируеться в докерфайле

EXPOSE - это лейбл

он ничего не делает

просто как документация

это даже в документации к экспоуз написано

(ну лан, он еще в выводе docker ps светится)

а как сказать что порты наружу торчать будут?

-p ?

нет

что нет?)

docker run --help | grep -- --publish -p, --publish list Publish a container's port(s) to the host

нет

странно. заработало.

@ludmilla_s будет жить. Поприветствуем!

Valentin Izmaylov будет жить. Поприветствуем!

@sidmal будет жить. Поприветствуем!

@i_scarface будет жить. Поприветствуем!

@tiredsz будет жить. Поприветствуем!

господа, проблема уже наверно решимая, но для меня загадка....

есть такой докерфайл

билдится так...

сама ошибка

прошу прощения за много сообщений =/

14.04 .. кто-то любит приключения

ну вот не надо

на 16й тоже самое

18ю не пробовал, да и очень большой образ в итоге

О_о .. 130 метров .. эмс

да, поверьте, это много

у каждого свои тараканы

сама ошибка

Там из под рута, небось, раскстываешь?

Там из под рута, небось, раскстываешь?

есть такое

Питон может хреново переносить сборку из под рута

через судо?

Эм .. в докере по умолчанию рут

ну у меня гит собирает через рута

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

ну у меня гит собирает через рута

так там профессионалы писали

ойвсе )

это домашний)

Эм .. попробуй просто в докерфайле понизить права

зачем?

Проверить чей именно глюк

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

Всем привет. Подскажите, существуют ли какие-то подводные камни в работе внутренней сети docker-compose после старта контейнеров? Есть набор контейнеров для тестирования: app_test + mysql_test, и первый коннектится ко второму. В качестве хоста для базы прописан mysql_test и он не всегда срабатывает с первого раза. Логического объяснения не нашёл

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

база просто не успевает стартовать до аппы? а та не умеет реконнект?

Время ожидания от момента docker-compose up и до старта скрипта который заходит вовнутрь и запускает всё - не влияет на поведение

так чего в ошибки то пишет?

Всё работает на ура, если я напрямую прописываю IP для хоста. Его беру из описания сети для этих контейнеров. Ощущение, что композ не всегда может раздуплить какой IP находится под капотом контейнера который указан в качестве хоста для базы

Та ошибка очевидная - нет соединения с базой, connection refused и т.д

зачем?

наверно поздно, но всё же, у вас последней строкой shell запускается ошибка скорее всего там и связана с относительностью путей. Вы скопировали содерджиое репы в /home/rtsh но воркдир у вас по прежнему рут.

IP вообще нельзя использовать. только хостнеймы если

Я в курсе. Потому и пытаюсь понять, почему хостнейм не всегда срабатывает. Иногда с первого раза, иногда со второго, иногда с 4-го. Срабатывает всегда, но не всегда с первого раза

Я в курсе. Потому и пытаюсь понять, почему хостнейм не всегда срабатывает. Иногда с первого раза, иногда со второго, иногда с 4-го. Срабатывает всегда, но не всегда с первого раза

а dependency между контейнерами выставлены ?

или все в паралель поднимаются ?

Паралельно. Во всяком случае порядок запуска при compose up не влияет на поведение

у вас что то не так.

Ну об этом я догадывался.. Потому и тут