Змінні середовища Дженкінса / Хадсона

Я запускаю Дженкінса від користувача, jenkinsякий $PATHщось встановив, і коли я заходжу у веб-інтерфейс Дженкінса, у вікні Властивості системи ( http://$host/systemInfo) я бачу інше $PATH.

Я встановив Дженкінс на Centos з рідною об / хв від веб-сайту Jenkins. Я використовую сценарій запуску, наданий при встановленніsudo /etc/init.d/jenkins start

Чи може хто-небудь пояснити мені, чому це відбувається?

Майкл,

Дві речі:

Коли Дженкінс підключається до комп'ютера, він переходить до shоболонки, а не до bashоболонки (принаймні, це те, що я помітив - я можу помилятися). Тому будь-які зміни, внесені до $ PATH у вашому файлі bashrc, не враховуються.

Крім того, будь-які зміни, які ви внесете до $ PATH у вашій локальній оболонці (ту, до якої ви особисто входите), не з'являться у Дженкінсі.

Щоб змінити шлях, який використовує Дженкінс, у вас є два варіанти (AFAIK):

1) Відредагуйте /etc/profileфайл та додайте потрібні шляхи до нього

2) Перейдіть на сторінку конфігурації вашого підлеглого і додайте змінну середовища PATHіз значенням:$PATH:/followed-by/paths/you/want/to/add

Якщо ви використовуєте другий варіант, ваша системна інформація все одно не відображатиме її, але ваші збірки побачать додані шляхи.

Я продовжував стикатися з цією проблемою, але тепер просто додаю:

source /etc/profile

Як перший крок у моєму процесі збирання. Тепер усі мої наступні правила завантажуються, щоб Дженкінс працював безперебійно.

Ви також можете редагувати /etc/sysconfig/jenkinsфайл, щоб вносити будь-які зміни в змінні середовища і т. Д. Я просто додав source /etc/profileдо кінця файлу. /etc/profileмає всі належні PATHналаштування змінних. Коли ви це зробите, переконайтеся, що перезапустіть Дженкінса

/etc/init.d/jenkins restart

Ми запускаємо ZendServer CE, який встановлює грушу, фінг тощо в інший шлях, тому це було корисно. Крім того, ми не отримуємо LD_LIBRARY_PATHпомилок, які ми отримували з клієнтом Oracle та Jenkins.

Я намагався /etc/profile, ~/.profileі ~/.bash_profileніхто з них не працював. Я виявив, що редагування ~/.bashrcоблікового запису рабовласницьких дженкінів.

Інформація щодо цієї відповіді застаріла. Вам потрібно перейти до Налаштувати Дженкінс> І тоді ви можете натиснути, щоб додати туди пару ключових значень змінної середовища.

наприклад: export MYVAR=testбув би MYVARключовим, і testце значення.

У моєму новому екземплярі EC2, просто додавши нове значення до PATH користувача .profile користувача Jenkins, а потім перезапустити tomcat працював на мене.

У старшому екземплярі, де конфігурація відрізняється, єдине, що працювало (використання .profile, .bash * не працювало) з використанням відповіді №2 від відповіді Сагара .

Я знайшов для цього два плагіни. Один завантажує значення з файлу, а інший дозволяє налаштувати значення на екрані конфігурації завдання.

Envfile Plugin - Цей плагін дозволяє встановлювати змінні середовища через файл. Формат файлу повинен бути стандартним форматом файлу властивостей Java.

EnvInject Plugin - Цей плагін дає змогу додавати змінні середовища та виконувати сценарій налаштування, щоб створити середовище для роботи.

Чи не могли ви просто додати його як змінну середовища в налаштуваннях Дженкінса:

Управління Jenkins -> Глобальні властивості> Змінні середовища: А потім натисніть "Додати", щоб додати властивість PATH та її значення до того, що вам потрібно.

Ось як я вирішив цю набридливу проблему:

Я змінив PATHзмінну, як запропонував @sagar у своєму другому варіанті, але все ж отримав інше PATHзначення, ніж я очікував.

Врешті я дізнався, що саме EnvInjectплагін замінив мій PATHзмінний!

Тому я міг або видалити EnvInjectабо просто використовувати його для введення змінної PATH.

Оскільки у багатьох наших роботах з Дженкінсом використовується цей плагін, я не хотів його видаляти ...

Тому я створив файл: environment_variables.propertiesпід домашнім каталогом Дженкінса.

Цей файл містив значення середовища шляху , що мені потрібно: PATH=$PATH:/usr/local/git/bin/.

У веб - інтерфейсі Дженкінс: Manage Jenkins -> Configure System. У цьому вікні - я галочка Prepare jobs environmentопції, і в Properties File Pathполе я увійшов шлях до мого файлу: /var/lib/jenkins/environment_variables.properties.

Таким чином, кожне завдання, яке ми отримуємо від Дженкінса, отримує всі змінні, які я вклав у цей environment_variables.propertiesфайл.

Дженкінс також підтримує формат, PATH+<name>щоб додати до будь-якої змінної, не тільки PATH:

Глобальні змінні середовища або вузли змінних середовища:

Це також підтримується на етапі конвеєра withEnv:

node {
  withEnv(['PATH+JAVA=/path/to/java/bin']) {
    ...
  }
}

Просто візьміть на замітку, вона передує змінній. Якщо його потрібно додати, потрібно зробити те, що показують інші відповіді.

Дивіться документ про етапи трубопроводу тут .

Ви також можете використовувати синтаксис PATH + WHATEVER = / щось додати / щось до $ PATH

Або документи Java на EnvVars тут .

Я просунувся в цьому питанні лише після "/etc/init.d/jenkins принудительного перезавантаження". Я рекомендую спробувати це перед чим-небудь іншим, і використовувати це, а не перезавантажувати.

На моєму Ubuntu 13.04 я спробував досить багато виправлень, перш ніж досягти успіху в цьому:

1. Редагувати /etc/init/jenkins.conf
2. Знайдіть місце, де починається "виконувати запуску-зупинку-сервер ..."
3. Вставте оновлення середовища безпосередньо перед цим, тобто

експортувати PATH = $ PATH: / деякий / новий / шлях / бін

Додайте

/usr/bin/bash

у

Jenkins -> Управління Jenkins -> налаштування системи -> Shell-> оболонка, що виконується

Дженкінс використовує sh, щоб навіть / etc / profile не працював для мене. Коли я додаю це, у мене є всі умови.

Рішення, яке працювало на мене

source ~/.bashrc

Пояснення

Я вперше перевірив, що Дженкінс працює під керівництвом BASH, echo $SHELLі echo $BASH(зауважте, я чітко розміщую #!/bin/bashповерх textarea в Дженкінсі, я не впевнений, чи це вимога отримати BASH). sourceЯкщо /etc/profileінші запропонували, це не працює.

Подивившись, /etc/profileя знайшов

if [ "$PS1" ]; then
...

і перевіряючи "$ PS1", визнано це недійсним. Я намагався підробляти $PS1безрезультатно, як так

export PS1=1
bash -c 'echo $PATH'

однак це не призвело до бажаного результату (додайте решту, що $PATHя очікую побачити). Але якщо я скажу Башу бути інтерактивним

export PS1=1
bash -ci 'echo $PATH'

$PATHбув змінений , як я очікував.

Я намагався розібратися, як правильно підробити інтерактивну оболонку для /etc/bash.bashrcзавантаження, однак, виявляється, все, що мені було потрібно, було знищено ~/.bashrc, тому просто sourceвирішивши проблему.

Я спробував все, що було зверху - не вийшло для мене.

Я знайшов два рішення (обидва для SSH-Slave)

1. Перейдіть до налаштованих пристроїв

2. Додайте нову змінну середовища

3. ПАТ
4. $ {PATH}: $ {HOME} /. Pub-cache / bin: $ {HOME} /. Local / bin

Важлива частина "$ {HOME}". Це робить додатковий PATH абсолютним. Відносний шлях для мене не спрацював.

Варіант II (сценарій конвеєра)

pipeline {
    agent {
        label 'your-slave'
    }
    environment {
        PATH = "/home/jenkins/.pub-cache/bin:$PATH"
    }
    stages {
        stage('Test') {
            steps {
                ansiColor('xterm') {
                    echo "PATH is: $PATH"
                }
            }
        }
    }
}

У Ubuntu я просто редагую / etc / default / jenkins і додаю джерело / etc / profile наприкінці, і це працює на мене.

Запуск команди з набором змінної середовища також ефективний. Звичайно, ви повинні робити це для кожної команди, яку ви запускаєте, але у вас, ймовірно, є сценарій завдання, тому ви, мабуть, маєте лише одну команду на збірку. Мій сценарій завдання - це сценарій python, який використовує середовище, щоб вирішити, який python використовувати, тому мені все одно потрібно було поставити /usr/local/bin/python2.7 на своєму шляху:

PATH=/usr/local/bin <my-command>

Те, що працювало для мене, було переважати середовище PATH для раба.

Set:   PATH 
To:    $PATH:/usr/local/bin

Потім відключення і підключення до раба.

Незважаючи на те, що системна інформація показувала, вона працювала.

У мене Jenkins 1.639 встановлений на SLES 11 SP3 через zypper (менеджер пакунків). Установка конфігурувала дженкіни як послугу

 # service jenkins
 Usage: /etc/init.d/jenkins {start|stop|status|try-restart|restart|force-reload|reload|probe}

Хоча /etc/init.d/jenkinsджерела /etc/sysconfig/jenkins, будь-які встановлені там env змінні не успадковуються процесом jenkins, оскільки він запускається в окремій оболонці входу з новим середовищем, як це:

startproc -n 0 -s -e -l /var/log/jenkins.rc -p /var/run/jenkins.pid -t 1 /bin/su -l -s /bin/bash -c '/usr/java/default/bin/java -Djava.awt.headless=true -DJENKINS_HOME=/var/lib/jenkins -jar /usr/lib/jenkins/jenkins.war --javaHome=/usr/java/default --logfile=/var/log/jenkins/jenkins.log --webroot=/var/cache/jenkins/war --httpPort=8080 --ajp13Port=8009 --debug=9 --handlerCountMax=100 --handlerCountMaxIdle=20 &' jenkins

Те, як мені вдалося встановити навколишнє середовище для процесу дженкінса, є .bashrcв його домашньому каталозі - /var/lib/jenkins. Мені довелося творити так, /var/lib/jenkins/.bashrcяк його раніше не було.

Ось що я зробив на ubuntu 18.04 LTS з Jenkins 2.176.2

Я створив файл .bash_aliases і додав туди шлях, змінні проксі тощо.

На початку .bashrc було це визначено.

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

Отже, це перевірка того, що якщо ми запускаємо неінтерактивну оболонку, то тут ми нічого не робимо.

Внизу .bashrc було включено для .bash_aliases

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

if [ -f ~/.bash_aliases ]; then
    . ~/.bash_aliases
fi

тому я перемістив .bash_aliases спочатку завантажуючи на .bashrc трохи вище неінтерактивної перевірки.

Спочатку це не спрацювало, але потім я відключив підлеглий і повторно підключив його, щоб він знову завантажував змінні. Вам не потрібно перезапускати цілі дженкіни, якщо ви змінюєте ведені змінні. просто відключіть і знову підключіться.

1- додайте у свій файл ".bash_profile" вашого профілю

він знаходиться в папці "/ home / your_user /"

vi .bash_profile

додати:

export JENKINS_HOME=/apps/data/jenkins  
export PATH=$PATH:$JENKINS_HOME

==> це робоча область e jenkins

2- Якщо ви використовуєте jetty: перейдіть до файлу jenkins.xml

і додати:

<Arg>/apps/data/jenkins</Arg>