Похоже, надо будет что-то другое делать

Ребят, возможно кто-то может подсказать. Есть дженкинс на который подключили новый слейв через кубернетес клауд. Создал поду но при запуске на ней джобы вылазит такая ошибка

Remote call to JNLP4-connect connection

Remote call to JNLP4-connect connection

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

А с чем такое может быть связанно? У меня просто два пода и один работает а другой нет. Пробовал разные имеджи типо мавена/докера/jnlp-slave

Jnlp slave должен быть всегда в поде, не уверен, но кажется должен быть сетевой доступ с дженкинса до всех нод, в том числе мастеров

Так же имеет смысл проверить креды и серты

наоборот. для jnlp доступ должен быть с нод до мастера
до 50000 и/или до 8080/443

для ssh доступ должен быть с мастера до 22го порта агентов

Как не странно, но все открыто и доступ есть... В принципе не jnlp имеджи работают. Не разу заметил.

Но спасибо за подсказки! В любом случае может это и не стоит времени. На сколько я знаю на породе в основном юзаются конкретные имеджи типо мавена

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

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

Коллеги, есть какой-то способ отключить или поменять надпись ABORT на
https://www.jenkins.io/doc/pipeline/steps/pipeline-input-step/
?

ещё одно стоп-слово? :)

listener.getLogger().printf("%s%n%s or %s%n", input.getMessage(),                                                                                                                 
                    POSTHyperlinkNote.encodeTo(thisUrl + "proceedEmpty", input.getOk()),                                                                                                      
                    POSTHyperlinkNote.encodeTo(thisUrl + "abort", "Abort"));

нельзя

ну, можно поправить и пересобрать плагин

Добрый день! Возник вопрос, возможно ли multibranch pipeline 1. дергать через api? 2. передавать/принимать параметр?

Сейчас дергаю обычный pipeline (не multibranch) так:

build job: 'job', parameters: [string(name: 'ENVIRONMENT', value: 'env')]

Не вижу у multibrach возможность выставить build triggers и выставить параметризованную сборку.

Коллеги, подскажите по практике сборки в multibranch pipeline по пушу c bitbucket, в какую сторону копать, нужны ли для этого отдельные плагины?

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

А какие плагины?