Jenkins slave ClosedChannelException

#1

Развернут сервер Jenkins, версия 2.225 под windows
Настроен slave-агент, настроен Pipeline.

На одном из шагов сборщик зависает.
На стороне Master в консоли вывода следующее сообщение:
Cannot contact Slave: hudson.remoting.RequestAbortedException: java.nio.channels.ClosedChannelException

На стороне Slave следующее сообщение:
WARNING: Failed to send back a reply to the request hudson.remoting.Request$2@459a004d
java.io.IOException: The specified network name is no longer available.

    at java.base/sun.nio.ch.Iocp.translateErrorToIOException(Iocp.java:299)
    at java.base/sun.nio.ch.Iocp$EventHandlerTask.run(Iocp.java:389)
    at java.base/java.lang.Thread.run(Thread.java:830)

???. 12, 2020 4:30:19 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Read side closed
???. 12, 2020 4:30:19 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Read side closed
???. 12, 2020 4:30:19 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Terminated
???. 12, 2020 4:30:19 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: WebSocket connection open
???. 12, 2020 4:30:19 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Setting up channel
???. 12, 2020 4:30:19 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Connected

Что-где необходимо донастроить для корректной работы сборщика?

#2

А конкретней это ошибка вылезает где? в билде при тесте простой команды или как?

#3

Конкретнее:
Pipeline состоит из 7 шагов.
Успешно выполняется 5 шагов, на 6 (прогон тестов) после успешного выполнения всех действий этого шага вместо перехода к последнему (публикация результатов) получаю ошибку, описанную в первом сообщении.

Если исключить 6 шаг с прогоном тестов (около 40 минут - самый длительный), то pipeline успешно завершается без ошибок.

#4

Вообщем почитал форум ничего интересного не нашел но есть момент это не панацея и не решение данной проблемы но возможно поможет если мало памяти
"I managed to resolve this locally. I looked at the server logs and saw an entry about an out of memory exception when the new agent was trying to connect further research into the problem indicated that Java was not able to allocate a new thread because I was using too much heap memory. My Jenkins startup parameters had this:

-Xrs -Xmx1536m

And there was a comment in the jenkins.xml file indicated the parameters were set that way because they had seen a lot of out of memory exceptions. But those parameters were the cause of the problem.

I replaced those two parameters with:

-Xms256m -Xmx512m

And now I have a master with 7 build agents connected and the system is stable.

Of course this specific solution may not solve other people’s problems because in our case it was being caused by a previous maintainer not really understanding the implications of giving Java so much heap space. But the advice about examining the Jenkins server logs stands for everyone.

p.s. we would also get random disconnects from previously-connected agents but that turned out to be problem with the Power Management scheme on the agent. Be sure to disable all power-saving options so the agent is always running."

#5

Я сам если честно использую для обновлений билд мне так удобней и проблем вообще нет :sweat_smile:

#6

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

#7

Изменение данных параметров при запуске Jenkins проблему не решает.

#8

Напиши еще в телеграмме серебренной пули может быть там помогут, я честно не знаю в чем может быть проблема времени нет рассматривать полностью

#9

slave Случае не на vmWare ?

это ошибка сетевая - собственно она честная The specified network name is no longer available
то есть старый адрес стал недействителен по сети

#10

В процессе экспериментов та же ошибка возникает, если master и slave на локальной машине (без виртуализации).

Тут дело в чем-то другом.

#11

Проблема оказалась в следующем:
На данном шаге выполняются тесты VA с включенным отчетом Allure. При этом в консоль вывода на Slave идет поток сообщений о создании файлов данного вида отчета. Сообщений вида “Файл отчета Allure-report (%1) записан.” получается более 1000.
Связь между Slave и Master обрывается в момент передачи результата на Master.

Решение - убрать в обработке VA при формировании отчетов данные сообщения.

#12

Что-то тут не так - логи обычно всегда большие - так что связь не может рваться.
Копать скорее всего в сторону STDOUT и того как туда пишутся строки - как это сделано в Vanessa Automation Driven Development я знаю, как сделано у товарищей не в курсе.

Насколько я знаю - там у Лени в 1С идет тесная интеграция с СППР - есть предположение что Jenkins для них не основной режим запуска - поэтому он и не отлажен.