Какое АГТУ что такое АГТУ ну

А в start вызывается функция daemon или как там ее

неа, есть такое в скрипте: "LAUNCH_JBOSS_IN_BACKGROUND=1 JBOSS_PIDFILE=$JBOSS_PIDFILE $JBOSS_SCRIPT -c $JBOSS_CONFIG $JBOSS_PARAMETERS 2>&1 > $JBOSS_CONSOLE_LOG &"

Я теперь не узнаю

LAUNCH_JBOSS_IN_BACKGROUND=0 должно помочь

И собственно в Dockerfile указать после этого

CMD [“путь до этого старт скрипта”]

LAUNCH_JBOSS_IN_BACKGROUND=0 должно помочь

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

https://engineering.semantics3.com/2016/06/15/a-perl-toolchain-for-building-micro-services-at-scale/

Работал я как то в компании с perl-backend ом, похожий tool-chain там был. Удивительно много людей пишет на Perl.

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

Ну это потому что надо теперь этот скрипт запихнуть в CMD

И еще как-то передать ему параметр start

Хотя Этого маловато

Надо понять, где ему там этот дибас нужен и зачем

А если скрипт запустить через bash -x

Понятно будет, на какой команде он про дибас пишет?

Ну, то есть - понятно-то будет Он же навалит в консоль трейса

Вот надо эту команду найти

Пытаюсь сделать рабочее и удобное окружение Docker + gocd/lenkins + gitlab

А где работаете?

похоже это все переходит в systemd и валится уже на ++ systemctl show -p LoadState wildfly.service ++ grep -q not-found Failed to get D-Bus connection: Operation not permitted

похоже это все переходит в systemd и валится уже на ++ systemctl show -p LoadState wildfly.service ++ grep -q not-found Failed to get D-Bus connection: Operation not permitted

А, логично

А где работаете?

в дельта солюшнс, а что?

праздное любопытство

Собственно - эта строка чекает статус сервиса

Пытаюсь сделать рабочее и удобное окружение Docker + gocd/lenkins + gitlab

брат выложи гайд потом плиз

Собственно - эта строка чекает статус сервиса

ну да. т.к. образ на centos 6, то видимо из-за этого и не получается состыковать...

брат выложи гайд потом плиз

> Marina > брат Норм

Я НЕ ЗАМЕТИЛ

это же так не очевидно)))

ЭТО СТРАННО

> Marina > брат Норм

Брат жив?

ну да. т.к. образ на centos 6, то видимо из-за этого и не получается состыковать...

Ну - например Но я совершенно точно знаю, что systemd в докере просто так не заведется

Марина, а где ты училась?

Так что я переписывал бы лучше этот скрипт

брат выложи гайд потом плиз

окей, если получится, то выложу)

Непонятно мне вот что

Если мы запускаем приложение в форграунде

Марина, а где ты училась?

МЭИ (энергетический)

Как скрипт доживает до этого места?

Или он до запуска приложения это чекает?

Если да - строку можно просто закомментить, я думаю

Ибо нет же такого сервиса

непонятно вот что - если контейнер на centos 6, то почему через systemd запускается?

непонятно вот что - если контейнер на centos 6, то почему через systemd запускается?

Скрипт самодельный же

Или он до запуска приложения это чекает?

до запуска. тут нигде нет этого параметра

до запуска. тут нигде нет этого параметра

А - так закомментьте эту строчку да и глянем

Победителей не судят

А - так закомментьте эту строчку да и глянем

еще бы найти где...

Судя по ++ перед именем команды - оно не в этом скрипте, а в каком-то, который был заsource’шен или выполнен

Выше по трейсу будет написано, в каком именно

Там полный путь должен быть

ага, нашла

там он смотрит, что если это из init.d то переводит в systemctl

Очень странно, это точно от шестерки базовый образ?

/etc/init.d/functions это файл инитскриптов самого CentOS

хм.... давно я это начинала. окей, была не права и ставила 7 centos. Видимо я в другом месте исправляла при установке

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

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

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

это же не виртуалка и даже не LXC-контейнер. Это docker, тут другая идеалогия

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

Угу - я это выше уже сказал :)

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

Но зачем?

Можно взять толстый контейнер От Phusion или от нас (Git in Sky)

У нас там крутятся всякие runit, eye и т.п.

Но правильнее держать одно приложение в одном контейнере

А не гонять к нему еще и супервайзер

Докер и сам супервайзит

ERROR: S client not available

самое простоя с java приложениями - это запустить их на хосте и посмотреть команду запуска

толстый контейнер - путь в ад

там очень много параметров

java -D[Standalone] -server -Xms64m -Xmx512m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/opt/wildfly-10.0.0.Final/standalone/log/server.log -Dlogging.configuration=file:/opt/wildfly-10.0.0.Final/standalone/configuration/logging.properties -jar /opt/wildfly-10.0.0.Final/jboss-modules.jar -mp /opt/wildfly-10.0.0.Final/modules org.jboss.as.standalone -Djboss.home.dir=/opt/wildfly-10.0.0.Final -Djboss.server.base.dir=/opt/wildfly-10.0.0.Final/standalone

самое простоя с java приложениями - это запустить их на хосте и посмотреть команду запуска

И переменные окружения

@SergeyMavrin а не лучше ли будет задать Xms и Xmx в равные значения?

мопед не мой )))

с такими параметрами запускается только-что скачанная муха )))

Было несколько идей использования. Как вместо виртуалок и как тестирование того, что будет на проде. т.е. один контейнер = 1 машинке. И соответственно нравилось, что при автотестировании можно поднять контейнер и погасить если не используется. Есть более удобные варианты?

да, вам подойдет LXC

легковесно, быстро, удобно

докер же типа как раз надстройка над LXC чтобы было удобнее, не?

докер же типа как раз надстройка над LXC чтобы было удобнее, не?

Нет

А rkt или porto кто-нибудь использовал? Они под эту задачу тоже не подойдут?

Я бы начал с того, что Docker под эту задачу подойдет

Что ему помешает-то

Кстати - если сделать базовый контейнер из CentOS 6, wildfly работать не перестанет

А скорее, даже, наоборот

докер подойдет, если его использовать как докер, а не как vps

Ну - это да

Но можно его и как vps приспособить

Phusion справились же

Ну - это да

О, бро, у меня есть к тебе вопрос. Есть позитивный опыт с OSTree?

О, бро, у меня есть к тебе вопрос. Есть позитивный опыт с OSTree?

Нет, я им не пользовался вообще

Пичалька. Я уже неделю ощущаю себя велосипедостроителем.

https://reestr.rublacklist.net/rec/85308/

всем приятного вечера без амазона :)

да лан, один частный инстанс

кстати, а есть в сша/европах практика mitm ssl для https на госуровне?

домен s3.amazonaws.com? ок

по-моему у провайдеров никто не фильтрует днсы, в основном только ip