Hi need help

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

Че тебе не ясно: jenkins RU

А и не забудь потом запустить cleanws 😂

Ато удаление джобы не удалит ее workspace

И файлик с серетами так и будет валяться

Спасибо, что разжевали. Буду пробовать. Ибо noob:)

Станислав Максимов: user has been CAS banned

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

Привет. Примера нет, на сколько помню, берем блок parallel, в него передаем все, что нужно запустить параллельно.

Народ привет! Периодически начал отлавливать ошибку в виде:

ERROR: Failed to clean the workspace
jenkins.util.io.CompositeIOException: Unable to delete '/jenkins/workspace/service/service-build@2'.

Погуглив, нашел такие решения, заходить по ssh и дергать:
sudo chown -Rh jenkins:jenkins /var/lib/jenkins/workspace/service/service-build@2
Либо удалять сборку:
rm -rf /var/lib/jenkins/workspace/service/service-build@2
Но решения все временные, и через время снова выплывают эти проблемы, подскажите что можно сделать, может кто сталкивался ?

А что внутри джобы происходит? Какие права до изменений? Может кто-то рута навешивает на файлы?

Да, действительно. Зашел по этому пути, нашел директорию и файлы внутри директории с правами от рута. Буду разбираться тогда уже с самим пайплайном, на каком этапе это может происходить. Просто непонятно, почему после удаление или изменения владельца диры на jenkins все работает условно сборок 10, а потом снова падает) закономерность непонятна)

Смотрите джобы, что-то внутри меняет, такое бывает, когда монтируешь джобу  в докер для сборки внутри него

Вот именно докером собирается. Приведу кусок, может направишь на нужный момент.
Есть стейдж один где происходит билд артефакта джавишного:

        stage('Build') {
            agent {
                docker {
                    image 'maven:3.6.3-openjdk-15'
                    args "-u 0 -v /jenkins/tools:/opt/tools:rw,z -v /jenkins/cache:/jenkins/cache:rw,z"
                }
            }

И есть дальше стейдж описан под билд докер образа, и вот у него начало по созданию ./target вот тут он создается от имени дженкинса или от рута ?🤔

        stage('Build Docker Image') {
            steps {
                script {
                    pom = readMavenPom file: 'pom.xml'
                    sh "mkdir -p target"
                    sh "cp /jenkins/cache/.m2/repository/com/Name/${MICROSERVICE}/${MICROSERVICE}/${pom.version}/${MICROSERVICE}-${pom.version}.jar ./target"

А, ну я могу вставить sh "ls -la" после создания ./target и глянуть что там по правам, и дальше уже понимать суть картины

А почему -u 0? Вряд ли у вас дженкинс под ид 0 в системе

Интересно еще, почему билд определяется в workspace с суффиксом @2 в конце, а не просто имя сборки.

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