а readYaml еще имеет древнюю багу, не умеет теги парсить

Could not determine a contructor for the tag  !vault

о, readYaml это и есть snakeyaml

Этим не получается, сборка просто висит на этапе подключения
Проверял подключение от билдноды к линукск по приватному ключу - всё ок
С дженкинса никак
Могу предположить, что при использовании этого плагина мастер ножа сначала от себя проверяет подключение к линуксу и поэтому виснет
Прямой связности между мастером и линуксом нет, есть толлко от билдноды к линуксу

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

Во-первых, можно попробовать без плагина. Во-вторых, там никакой магии нету, может, конкретно у того пользователя нету нужных ключей или конфига ssh

Jenkins там служба, а не пользователь
я думал, плагин будет работать, зная это

wat

так как там в глобальных настройках добавлены креды с приватным ключом

Если я выбираю в дженкинсе "Powershell", то на билдноде powershell скрипт будет исполнятся от имени какого-то пользователя?
там же это выполняет служба вроде как

у меня ж slave

от какого пользователя запущен агент, от того и пош запустится

добавил отладочной инфы -vvv:

<> ESTABLISH SSH CONNECTION FOR USER: jenkins
<> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o StrictHostKeyChecking=no -o 'IdentityFile="/tmp/ssh6344562251730994117.key"' -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o 'User="jenkins"' -o ConnectTimeout=10 -o ControlPath=/var/jenkins_home/.ansible/cp/1db09d4d88 host '/bin/sh -c '"'"'echo ~jenkins && sleep 0'"'"''

"msg": "Failed to connect to the host via ssh: Permission denied (publickey,password).",

если запускать ручками в консоли - всё ок 🤷‍♂️

вытащите ключ из Jenkins и попробуйте с ним проделать тоже  самое руками - норм будет? были случаи, когда при копипасте ключа что-то шло не так и сохраненный ключ не был валиден

этот ключ из гита шаг назад выкачал репу...

Можно ли через jenkins job builder создать для джобов item-specific access rights в плагине ownership? Пробовал указать в модуле properties в authorization, но не сработало. Кто-то сталкивался с таким?

Господа, подскажите, куда копать.
Есть дженкинс в амазоне, есть слейвы там же, часть из них в другом VPC. Подключаются по jnlp. Дженкинс за nlb, нужный порт настроен. Агентский jar запущен через systemd, type=simple
Слейвы подключаются и вроде бы работают, какое-то время. Потом сами рандомно отваливаются. В логах системд

Feb 11 14:16:13 verum-dev-synapse jenkins-agent[74803]: Feb 11, 2021 2:16:13 PM hudson.remoting.jnlp.Main$CuiListener status
Feb 11 14:16:13 verum-dev-synapse jenkins-agent[74803]: INFO: Connected
Feb 11 14:22:03 verum-dev-synapse systemd[74393]: Stopping Jenkins agent...
Feb 11 14:22:04 verum-dev-synapse systemd[74393]: jenkins-agent.service: Main process exited, code=exited, status=143/n/a
Feb 11 14:22:04 verum-dev-synapse systemd[74393]: jenkins-agent.service: Failed with result 'exit-code'.
Feb 11 14:22:04 verum-dev-synapse systemd[74393]: Stopped Jenkins agent.

В логах дженкинса полно такого

Feb 11, 2021 2:41:27 PM INFO hudson.TcpSlaveAgentListener$ConnectionHandler run
Connection #56,945 failed: java.io.EOFException

Feb 11, 2021 2:41:29 PM INFO hudson.TcpSlaveAgentListener$ConnectionHandler run
Connection #56,946 failed: java.io.EOFException

Самое интересное, что часть агентов спокойно работает, а часть нет. Инстансы не загружены, оом процессы не убивает
Почему java внезапно ловит 143 - я не могу понять никак :(

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

гайз, есть пайплайн, состоящий из нескольких последовательных джоб, и есть нода, на которой выполняется этот пайплайн
у ноды установлен 1 executor
есть проблема, что когда запущено два пайплайна, то джобы в них выполняются поочередно то из одного то из другого пайплайна на этой ноде
как от этого избавиться?
чтобы сначала выполнялся до конца один пайп, потом уже второй

перейти на pipeline 🌝

так уже пайплайн