Что не так с Jenkins пайплайном?

Question

[nihi1ist]

Изучаю Jenkins, возникла задача запустить сборку контейнера в DinD. Вот сам pipeline:

pipeline

pipeline {
    agent {
        docker {
            image 'nihi1ist/builder:0.1-noble'
            args '-v /var/run/docker.sock:/var/run/docker.sock --user root'
        }
    }
    stages {
        stage('Checkout') {
            steps {
                checkout scmGit(branches: [[name: '*/master']], extensions: [], userRemoteConfigs: [[url: 'https://github.com/nixway/test-war-app.git']])
            }
            
        }
        stage('Build project') {
            steps {
                sh 'mvn clean package'
            }
        }
        stage('Build docker image') {
            steps {
                sshagent(credentials: ['test-without-passwd']) {
                    sh '''ssh-keyscan -H jenkins.nixway.org >> ~/.ssh/known_hosts
                    scp [e-mail]:~/docker-images/testwebpage/Dockerfile ./
                    docker build -t nihi1ist/mytestwebpage:0.3 .
                    docker push nihi1ist/mytestwebpage:0.3'''
                }
            }
        }
        stage('Deploy project in prod') {
            steps {
                sshagent(credentials: ['test-without-passwd']) {
                    sh '''ssh [e-mail] << EOF
                    cd ~/docker-images/testwebpage
                    docker pull nihi1ist/mytestwebpage:0.3
                    docker-compose up -d
                    EOF'''
                }
            }
        }
    }
}

В итоге, джоб не может скачать образ, напрямую на машине с docker образ подтягивается.

Подскажите, в чём проблема?

Comments

[сергей кузьмин]

подробностей нехватает

[nihi1ist]

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

[kolossradosskiy]

почини название джоба

[nihi1ist]

kolossradosskiy, почини это как, сейчас задал простое слово, mytestwebpage. Не помогло. Ошибка та же:

Also:   org.jenkinsci.plugins.workflow.actions.ErrorAction$ErrorId: 2b48057f-5dc5-4139-9281-5b37e317445d
hudson.AbortException: script returned exit code 127
	at PluginClassLoader for workflow-durable-task-step//org.jenkinsci.plugins.workflow.steps.durable_task.DurableTaskStep$Execution.handleExit(DurableTaskStep.java:693)
	at PluginClassLoader for workflow-durable-task-step//org.jenkinsci.plugins.workflow.steps.durable_task.DurableTaskStep$Execution.check(DurableTaskStep.java:625)
	at PluginClassLoader for workflow-durable-task-step//org.jenkinsci.plugins.workflow.steps.durable_task.DurableTaskStep$Execution.run(DurableTaskStep.java:566)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
	at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
	at java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.base/java.lang.Thread.run(Unknown Source)

[kolossradosskiy]

Не помогло. Ошибка та же

это не так, ошибка уже другая - Exit code 127 означает Command not found.
В твоем образе nihi1ist/builder:0.1-noble есть утилиты, которые ты вызываешь в пайплайне (mvn, ssh, ssh-keyscan)?

[nihi1ist]

kolossradosskiy, глянул подробнее, ругается на отсутствие команды docker:

+ docker pull registry.nixway.org/builder:0.1-noble
/var/jenkins_home/workspace/mytestwebpage@tmp/durable-fa4bb418/script.sh.copy: 1: docker: not found

Получается какого то плагина не хватает? На данный момент установлены:

[kolossradosskiy]

добавь в начало пайплайна стейдж:

stage('Debug docker') {
    steps {
        sh 'ls -la /usr/bin/docker || echo "Binary not found in /usr/bin"'
        sh 'echo $PATH'
        sh 'which docker || echo "Docker not in PATH"'
    }
}

[nihi1ist]

kolossradosskiy, добавил в docker-compose.yml Jenkins несколько дополнительных томов:

- /var/run/docker.sock:/var/run/docker.sock
- ~/.docker/config:/root/.docker/config

И заработало, спасибо всем за помощь!

[сергей кузьмин]

ничего себе несколько дополнительных это самая главная часть

[nihi1ist]

сергей кузьмин, только изначально нигде не сказано о них. )

[сергей кузьмин]

это определение ---

"Docker in Docker" (DinD) via socket mounting works by sharing the host machine's Docker daemon with the container through the host's Unix socket file, typically /var/run/docker.sock. The container does not run an independent Docker daemon but acts as a client to the host's daemon.

"Docker-in-Docker" (DinD) without mounting the host's docker.sock works by running a completely separate, isolated Docker daemon inside the container, utilizing its own kernel namespaces and requiring the container to run in a privileged mode.

Метод «Docker внутри Docker» (DinD) с использованием монтирования сокета работает за счет совместного использования демона Docker хост-машины с контейнером через файл Unix-сокета хоста, обычно расположенный по адресу /var/run/docker.sock. Контейнер не запускает собственный независимый демон Docker, а выступает в качестве клиента для демона хост-машины.

«Docker-in-Docker» (DinD) без монтирования файла docker.sock хост-системы работает за счет запуска полностью отдельного, изолированного демона Docker внутри контейнера, использующего собственные пространства имен ядра и требующего запуска контейнера в привилегированном режиме.

привилегированном режиме не рекомендуется никогда

[nihi1ist]

сергей кузьмин, и используется как опция для пайплайна:
args '-v /var/run/docker.sock:/var/run/docker.sock
а вот про то, что надо монтировать всё это дело на этапе создания контейнеров, я нашел далеко не сразу.

[сергей кузьмин]

важно читать книги по теме, а не просто "хорошие книги"