Использование Jenkins Docker Slave в Amazon Linux 2 AMI

У меня возникает странная проблема с использованием стандартных образов докеров, предоставленных Jenkins, но только когда Jenkins работает на Amazon Linux 2. Jenkins на Ubuntu 18.04 работает нормально.

Проблема в том, что Дженкинс не может запускать эти подчиненные контейнеры.

Метод подключения - прикрепите контейнер Docker, поскольку движок докера работает локально на сервере Jenkins.

Интересно, что мне удалось успешно запустить эти контейнеры для сборки в Amazon Linux, если я установил USER root в новом файле DockerFile (не требуется в Ubuntu). Однако мне нужно, чтобы они работали как пользователь без полномочий root (например, пользователь jenkins), чтобы запускать модульное тестирование для postgres.

Есть какие-нибудь мысли о том, как я могу добиться этого для Amazon Linux 2? Могу ли я пропустить настройку докера или настройку безопасности в ОС?

Образы Docker, которые я тестировал:

Ошибки бесполезны:

Подключение к докер-контейнеру 4486c8f2696f40c7de32160d78d6e2438abb1ff92517c71cf66b93baf3d0877f, выполнение команды java -jar /home/jenkins/remoting-4.6.jar -noReconnect -noKeepAlive -slaveckerLogED /home UPDATE / 1.0-Content Тип приложения: raw-stream Подключение: Обновление Обновление: tcp Версия Api: 1.40 Экспериментальная версия Docker: false Тип файла: linux Сервер: Docker / 19.03.13-ce (Linux)

ОШИБКА: непредвиденная ошибка при запуске агента. Вероятно, это ошибка в Jenkins

Базовая установка для воспроизведения:

Шаблон Docker:

cvrooman 12.11.2020 источник

Ответы (2)

arrow_upward
0
arrow_downward

Получение той же ошибки через несколько дней.

Мы запускаем dockerized Jenkins с Docker Cloud на удаленном сервере. Дженкинс запускает содержимое на удаленном сервере, но затем терпит неудачу:

Connecting to docker container 32cc538f4287d7aaf11952b6cdcf619d92eb054d7d265ea72a3d7a6bdd1cf8d5, running command java -jar /home/jenkins/remoting-4.6.jar -noReconnect -noKeepAlive -slaveLog /home/jenkins/agent.log
HTTP/1.1 101 UPGRADED
Content-Type: application/vnd.docker.raw-stream
Connection: Upgrade
Upgrade: tcp
Api-Version: 1.40
Docker-Experimental: false
Ostype: linux
Server: Docker/19.03.13 (linux)
ERROR: Unexpected error in launching an agent. This is probably a bug in Jenkins
Also:   java.lang.Throwable: launched here
    at hudson.slaves.SlaveComputer._connect(SlaveComputer.java:283)
    at hudson.model.Computer.connect(Computer.java:435)
    at com.nirima.jenkins.plugins.docker.strategy.DockerOnceRetentionStrategy.start(DockerOnceRetentionStrategy.java:80)
    at com.nirima.jenkins.plugins.docker.strategy.DockerOnceRetentionStrategy.start(DockerOnceRetentionStrategy.java:35)
    at hudson.model.AbstractCIBase.updateComputer(AbstractCIBase.java:162)
    at hudson.model.AbstractCIBase.access$000(AbstractCIBase.java:44)
    at hudson.model.AbstractCIBase$2.run(AbstractCIBase.java:224)
    at hudson.model.Queue._withLock(Queue.java:1401)
    at hudson.model.Queue.withLock(Queue.java:1278)
    at hudson.model.AbstractCIBase.updateComputerList(AbstractCIBase.java:207)
    at jenkins.model.Jenkins.updateComputerList(Jenkins.java:1632)
    at jenkins.model.Nodes$2.run(Nodes.java:139)
    at hudson.model.Queue._withLock(Queue.java:1401)
    at hudson.model.Queue.withLock(Queue.java:1278)
    at jenkins.model.Nodes.addNode(Nodes.java:135)
    at jenkins.model.Jenkins.addNode(Jenkins.java:2155)
    at com.nirima.jenkins.plugins.docker.DockerCloud.robustlyAddNodeToJenkins(DockerCloud.java:445)
    at com.nirima.jenkins.plugins.docker.DockerCloud.access$000(DockerCloud.java:68)
    at com.nirima.jenkins.plugins.docker.DockerCloud$1.run(DockerCloud.java:381)
    at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
    at jenkins.security.ImpersonatingExecutorService$1.run(ImpersonatingExecutorService.java:68)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)
java.io.EOFException: unexpected stream termination
    at hudson.remoting.ChannelBuilder.negotiate(ChannelBuilder.java:415)
    at hudson.remoting.ChannelBuilder.build(ChannelBuilder.java:360)
    at hudson.slaves.SlaveComputer.setChannel(SlaveComputer.java:425)
    at hudson.slaves.SlaveComputer.setChannel(SlaveComputer.java:392)
    at io.jenkins.docker.connector.DockerComputerAttachConnector$DockerAttachLauncher.launch(DockerComputerAttachConnector.java:319)
    at hudson.slaves.DelegatingComputerLauncher.launch(DelegatingComputerLauncher.java:64)
    at io.jenkins.docker.connector.DockerDelegatingComputerLauncher.launch(DockerDelegatingComputerLauncher.java:37)
    at hudson.slaves.SlaveComputer.lambda$_connect$0(SlaveComputer.java:294)
    at jenkins.util.ContextResettingExecutorService$2.call(ContextResettingExecutorService.java:46)
    at jenkins.security.ImpersonatingExecutorService$2.call(ImpersonatingExecutorService.java:80)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)

toabi 19.11.2020

arrow_upward
0
arrow_downward

Я столкнулся с этой ошибкой сегодня.

Проблема в этой команде:

${JAVA_EXE}
${JVM_ARGS}
-jar
${FS_DIR}/${JAR_NAME}
-noReconnect
-noKeepAlive
-slaveLog
${FS_DIR}/agent.log

Это команда, выполняемая мастером Jenkins для управления узлом. Проблема заключается в параметре slaveLog, теперь это agentLog. Я обнаружил это в этой ветке выпуска Jenkins (Remote.jar больше не работает из-за измененного параметра slave. jar- ›agent.jar).

Вы можете обойти это, указав CMD точки входа в конфигурации шаблона Docker и изменив неправильный параметр:

${JAVA_EXE}
${JVM_ARGS}
-jar
${FS_DIR}/${JAR_NAME}
-noReconnect
-noKeepAlive
-agentLog
${FS_DIR}/agent.log

После этого Дженкинс может управлять узлом. Дайте мне знать, если вам тоже подходит.

Счастливое здание.

Luciano Jesus Lima 25.01.2021

comment

Спасибо, что опубликовали возможное решение! К сожалению, я думаю, что это отдельная проблема от того, что я здесь испытываю. Я ранее тестировал эти настройки и получил ту же ошибку. github.com/jenkinsci/docker-plugin/issues/820 - cvrooman; 08.02.2021