https://t.me/Blockchain_Developers

Или давайте все к нему зайдем потрем про Salt vs Ansible

Ивана кто-нидь забанит уже?

я забанил два аккаунта в @spbpython

Или давайте все к нему зайдем потрем про Salt vs Ansible

тоже мысль

Или давайте все к нему зайдем потрем про Salt vs Ansible

было бы чем плюсанул бы

а что ты спросить то хочешь?

вот вопрос про Salt почему так не работает? Install my thing: cmd.run: - name: do thing after <file> exists - wait: - cmd.run: ls <file>

ну т.е. вообще как надо то?

предыдущая команда делает фигню, которую можно отследить по появлению файла

я хочу вот этот стейт с cmd.run накладывать не раньше появления файла

ок

ок

ну вот чего ок? оно выполняет do thing ... до появления файла

кровь из глаз

unless чтоли ему нужен

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

а не, ему нужен creates вроде

а не, ему нужен creates вроде

можно и через wait

а не, ему нужен creates вроде

типа в первую команду creates и require на ту команду?

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

типа в первую команду creates и require на ту команду?

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

там еще и onchanges пахнет

но через require проще :)

короче, кровь из глаз.

начиная с cmd.run прямо кровь из глаз

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

расширю контекст

там еще и onchanges пахнет

ему же как стейт нужен файл а не состояние файла, если я правльно понял

расширь лучше не контекст, а объясни, почему элементарного require не хватает ?

может мы поймем что-то, чего не видим

запускаю докер контейнер с помощью dockerng.running маунчу volume надо запустить docker exec, чтобы запустить команду в этом контейнере, но не раньше чем контейнер поднимется, потому что иначе, очевидно, запускать нечего.

запускаю докер контейнер с помощью dockerng.running маунчу volume надо запустить docker exec, чтобы запустить команду в этом контейнере, но не раньше чем контейнер поднимется, потому что иначе, очевидно, запускать нечего.

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

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

ну типа, это просто сервисный бинарь, который лежит там в /usr/lib

это типа cli к основному процессу в контейнере

в шеле на хосте всё работает;)

ну типа, это просто сервисный бинарь, который лежит там в /usr/lib

я никого не хочу учить жить но это плохая практика так делать

я никого не хочу учить жить но это плохая практика так делать

+1

я никого не хочу учить жить но это плохая практика так делать

типа плодить отдельный compose с отдельной секцией c require?

но так не пойдет. мне нужен exec в этой контейнере, чтобы по localhost я мог достучаться до процесса

я никого не хочу учить жить но это плохая практика так делать

это пока единственный путь, которым я смог командой в консоли поставить плагин в Jenkins :)

типа плодить отдельный compose с отдельной секцией c require?

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

но я опять же не хочу никого учить жить

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

мне не надо чтобы оно вместе работало. мне надо запустить cli, сказать ему "поставь плагин" и всё. разовый запуск команды.

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

и чтобы положить в контейнер .sh, мне надо сделать свой контейнер на базе родного jenkins, который придется поддерживать еще

и как там внутри стартиться jenkins я не очень хочу знать

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

+ и завернуть это всё в юнит systemd

+ и завернуть это всё в юнит systemd

вы офонарели? ради запуска одного скрипта, гонять в контейнере разухабистый зоопарк system.d?

Я правильно понял что изначально задача стоит запускать настроенный дженкинс с нужными плагинами?

Я правильно понял что изначально задача стоит запускать настроенный дженкинс с нужными плагинами?

ну вот начинается;)

щас будет предложено собрать контейнер с уже установленными плагинами:)

давайте решим, что я так сделаю когда-нибудь. а сейчас в рамках изучения сраного солта, я хочу запустить команду в шеле, после появления файлика:)

щито значит "после"

давай так, запускаешь, если файлик существует

ну, т.е. вот очевидно, что солт в dockerng.running воспринимает runnning не как стейт, которого надо добиться, а просто дает команду запустить контейнер и не дожидаясь успеха идет дальше

это делает creates

давай так, запускаешь, если файлик существует

я хочу дождаться, когда он появится

Коли уже написал, то отправлю :) У дженкинса есть механизм конфигурирования через groovy-скрипты, он у нас так и настраивается. При старте устанавливаются нужные плагины и конфигурируются из этого же скрипта.

бля, почему как только в уравнении появляется слово "докер", так сразу на свет вываливается мутное говно, от которого немедленно хочется блевануть :)

Коли уже написал, то отправлю :) У дженкинса есть механизм конфигурирования через groovy-скрипты, он у нас так и настраивается. При старте устанавливаются нужные плагины и конфигурируются из этого же скрипта.

о! да. я их "нежно люблю";) потрахался с настройкой юзера и получением ключа апи. но. это, скорее всего, путь. а ты можешь кинуть кусок, который плагин по имени ставит?

плюсую за плагин по имени

о! да. я их "нежно люблю";) потрахался с настройкой юзера и получением ключа апи. но. это, скорее всего, путь. а ты можешь кинуть кусок, который плагин по имени ставит?

http://espinosa.io/blog/2014-10-17-jenkins-plugin-management-in-groovy.html

а теперь заверните в плейбук

бля, почему как только в уравнении появляется слово "докер", так сразу на свет вываливается мутное говно, от которого немедленно хочется блевануть :)

а при чем тут докер. если state == running, то надо бы ждать этого, а не надеяться, что так будет. просто как только школота, которая пишет ansible и salt, добирается до чего-то чуть сложнее установки пакета в систему, типа aws или docker, то сразу становится ясна цена этой школоте

http://espinosa.io/blog/2014-10-17-jenkins-plugin-management-in-groovy.html

так, спасибо большое! я пошел пилить "the other way around":) забавно, что там ровно про первый же нужный мне плагин пример:)

я вообще не понимаю, почему это плагином идёт

а при чем тут докер. если state == running, то надо бы ждать этого, а не надеяться, что так будет. просто как только школота, которая пишет ansible и salt, добирается до чего-то чуть сложнее установки пакета в систему, типа aws или docker, то сразу становится ясна цена этой школоте

нет :)

точнее, почему этот плагин не идёт из коробки

точнее, почему этот плагин не идёт из коробки

потому что это плагин. а вдруг напишут лучше;) а вдруг вам надо только svn

ERROR: S client not available

потому что это плагин. а вдруг напишут лучше;) а вдруг вам надо только svn

и да, я смотрел на календарь. на счет авторов jenkins не уверен

сколько ты знаешь инсталляций дженкинса без гит плагина?

сколько ты знаешь инсталляций дженкинса без гит плагина?

я всего знаю две. из них первую поднимал не я, а вторая пока без гит плагина;)

в общем, спасибо @kostya_keeper

http://espinosa.io/blog/2014-10-17-jenkins-plugin-management-in-groovy.html

в итоге сделал вот так #!groovy import jenkins.model.Jenkins def instance = Jenkins.getInstance() def updateCenter = instance.getUpdateCenter() updateCenter.updateAllSites() def deploy = updateCenter.getPlugin("git").deploy() deploy.get() if (updateCenter.isRestartRequiredForCompletion()) { def lifecycle = instance.getLifecycle() lifecycle.restart() } теперь пытаюсь нагуглить как ключи гита туда прогрузить;) SO лежит:)

меня бомбит. https://docs.google.com/document/d/1LEYX7Az08Y4YG86ZMstAQM8ad9SZdsgCVXK5McIZ-fA/edit?usp=sharing

меня бомбит. https://docs.google.com/document/d/1LEYX7Az08Y4YG86ZMstAQM8ad9SZdsgCVXK5McIZ-fA/edit?usp=sharing

No need to bootstrap ложь

меня бомбит. https://docs.google.com/document/d/1LEYX7Az08Y4YG86ZMstAQM8ad9SZdsgCVXK5McIZ-fA/edit?usp=sharing

Чего бомбит то?

No need to bootstrap ложь

эээ? чо это?

где питон два в ubuntu

где работа с rhel ?

requerytty же

No need to bootstrap ложь

имеется в виду, что достаточно твоей машины. дай ммне креды от AWS машину и всё поднимется одной командой на моей машине внутри рабочей копии моей репы.

где питон два в ubuntu

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

на предварительно подготовленной среде.

Ага

а приэтом не разницы под что ее готоврить

Я бы сказал что отсутствие мастера не такой уж и плюс

на предварительно подготовленной среде.

нет. там шеллскрипт, который сетапит docker msi-кой по урлу

шелскрипт запускается удаленно ?

через ансибл ?

нет. там шеллскрипт, который сетапит docker msi-кой по урлу

это чит, конечно.

через ансибл ?

нет

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

в общем, можно переформулирвоать в extremly minimal bootstrap :)

это фантазия распространителя.

впрочем я за ансибл.

Almost no need to bootstrap Almost no need to scale

годится

симметричные пункты с обоих сторон схлопни.

валт не плюс.