Uruchamiam Jenkins od użytkownika jenkins, który $PATHustawił coś, a kiedy wchodzę do interfejsu internetowego Jenkinsa, w oknie Właściwości systemu ( http://$host/systemInfo) widzę inny $PATH.
Zainstalowałem Jenkins na Centos z natywnym rpm z witryny Jenkins. Używam skryptu startowego dostarczonego z instalacją przy użyciusudo /etc/init.d/jenkins start
Czy ktoś może mi wyjaśnić, dlaczego tak się dzieje?
Odpowiedzi:
Michael,
Dwie rzeczy:
Kiedy Jenkins łączy się z komputerem, trafia do shpowłoki, a nie bashpowłoki (przynajmniej tak zauważyłem - mogę się mylić). Dlatego wszelkie zmiany wprowadzone w $ PATH w pliku bashrc nie są brane pod uwagę.
Ponadto, wszelkie zmiany, które wprowadzisz w $ PATH w swojej lokalnej powłoce (takiej, do której osobiście korzystasz z ssh) nie pojawią się w Jenkinsie.
Aby zmienić ścieżkę używaną przez Jenkins, masz dwie opcje (AFAIK):
1) Edytuj /etc/profileplik i dodaj żądane ścieżki
2) Przejdź do strony konfiguracji swojego slave'a i dodaj zmienną środowiskową PATHo wartości:$PATH:/followed-by/paths/you/want/to/add
Jeśli użyjesz drugiej opcji, Twoje Informacje o systemie nadal nie będą jej wyświetlać, ale Twoje kompilacje będą widzieć dodane ścieżki.
Ciągle napotykałem ten problem, ale teraz po prostu dodaję:
source /etc/profile
Jako pierwszy krok w procesie tworzenia. Teraz wszystkie moje kolejne reguły są załadowane, aby Jenkins działał płynnie.
source /etc/profilejako pierwsze polecenie w tym obszarze Build> Execute Shell> Command textarea.
/usr/local/binsą określone w /etc/pathsi /etc/pathssą używane przez /usr/libexec/path_helper, a path_helper jest wykonywany w /etc/profile.
Możesz także edytować /etc/sysconfig/jenkinsplik, aby wprowadzić zmiany w zmiennych środowiskowych, itp. Po prostu dodałem source /etc/profilena końcu pliku. /etc/profilema wszystkie odpowiednie PATHustawienia zmiennych. Kiedy to zrobisz, upewnij się, że uruchomiłeś ponownie Jenkins
/etc/init.d/jenkins restart
Używamy ZendServer CE, który instaluje pear, phing itp. W innej ścieżce, więc to było pomocne. Ponadto nie otrzymujemy LD_LIBRARY_PATHbłędów, które otrzymaliśmy w przypadku klienta Oracle i Jenkins.
Na mojej nowszej instancji EC2 po prostu dodanie nowej wartości do PATH użytkownika .profile użytkownika Jenkinsa, a następnie ponowne uruchomienie tomcata działało.
W starszej instancji, gdzie konfiguracja jest inna, użycie numeru 2 z odpowiedzi Sagara było jedyną rzeczą, która działała (tj. .Profile, .bash * nie działało).
Znalazłem do tego dwie wtyczki. Jeden ładuje wartości z pliku, a drugi umożliwia konfigurację wartości na ekranie konfiguracji zadania.
Wtyczka Envfile - ta wtyczka umożliwia ustawienie zmiennych środowiskowych za pośrednictwem pliku. Format pliku musi być standardowym formatem pliku właściwości Java.
Wtyczka EnvInject - ta wtyczka umożliwia dodawanie zmiennych środowiskowych i wykonywanie skryptu instalacyjnego w celu skonfigurowania środowiska dla zadania.
Nie mógłbyś po prostu dodać go jako zmiennej środowiskowej w ustawieniach Jenkinsa:
Zarządzaj Jenkins -> Właściwości globalne> Zmienne środowiskowe: a następnie kliknij „Dodaj”, aby dodać ścieżkę właściwości i jej wartość do tego, czego potrzebujesz.
Oto jak rozwiązałem ten irytujący problem:
Zmieniłem PATHzmienną, jak zasugerował @sagar w swojej drugiej opcji, ale nadal otrzymałem inną PATHwartość niż się spodziewałem.
W końcu dowiedziałem się, że to EnvInjectwtyczka zastąpiła moją PATHzmienną!
Mogłem więc odinstalować EnvInjectlub po prostu użyć go do wstrzyknięcia zmiennej PATH.
Ponieważ wiele naszych zadań Jenkinsa korzysta z tej wtyczki, nie chciałem jej odinstalowywać ...
Więc utworzyłem plik: environment_variables.properties w moim katalogu domowym Jenkins.
Ten plik zawierał wartość środowiska ścieżki, której potrzebowałem:
PATH=$PATH:/usr/local/git/bin/ .
Z interfejsu WWW Jenkins: Manage Jenkins -> Configure System. Na tym ekranie - zaznaczyłem Prepare jobs environmentopcję, aw Properties File Pathpolu wpisałem ścieżkę do mojego pliku:/var/lib/jenkins/environment_variables.properties .
W ten sposób każde zadanie Jenkinsa, które otrzymujemy, otrzymuje zmienne, które umieściłem w tym environment_variables.propertiespliku.
Jenkins obsługuje również format PATH+<name>dołączania przed każdą zmienną, nie tylko PATH:
Globalne zmienne środowiskowe lub węzeł Zmienne środowiskowe:
Jest to również obsługiwane w kroku potoku withEnv:
node {
withEnv(['PATH+JAVA=/path/to/java/bin']) {
...
}
}
Zwróć uwagę, że poprzedza zmienną. Jeśli trzeba go dołączyć, musisz zrobić to, co pokazują inne odpowiedzi.
Zobacz dokument opisujący kroki rurociągu tutaj .
Możesz również użyć składni PATH + WHATEVER = / coś do dodania / coś do $ PATH
Lub dokumentacja java na EnvVars tutaj .
Osiągnąłem postęp w tej sprawie dopiero po "/etc/init.d/jenkins force-reload". Zalecam wypróbowanie tego przed czymkolwiek innym i używanie tego zamiast ponownego uruchamiania.
Dodaj
/usr/bin/bash
w
Jenkins -> Zarządzaj Jenkins -> skonfiguruj system -> Powłoka-> Plik wykonywalny powłoki
Jenkins używa sh, więc nawet / etc / profile nie działa dla mnie. Kiedy to dodam, mam wszystkie env.
source ~/.bashrc
Po raz pierwszy zweryfikowałem, że Jenkins działa w BASH, z echo $SHELLi echo $BASH(uwaga, wyraźnie umieszczam #!/bin/bashna wierzchu obszaru tekstowego w Jenkinsie, nie jestem pewien, czy jest to wymóg uzyskania BASH). sourceing, /etc/profilejak sugerowali inni, nie działało.
Patrząc na /etc/profileznalazłem
if [ "$PS1" ]; then
...
a sprawdzenie „$ PS1” wykazało, że jest pusty. Próbowałem podszywać $PS1się bez skutku
export PS1=1
bash -c 'echo $PATH'
jednak nie przyniosło to pożądanego rezultatu (dodaj resztę tego, $PATHco spodziewam się zobaczyć). Ale jeśli powiem bashowi, aby był interaktywny
export PS1=1
bash -ci 'echo $PATH'
$PATHzmieniono tak jak oczekiwano.
Próbowałem wymyślić, jak poprawnie sfałszować interaktywną powłokę, aby się /etc/bash.bashrczaładować, ale okazało się, że wszystko, czego potrzebowałem, było w dół ~/.bashrc, więc po prostu sourcerozwiązałem problem.
#!/bin/bash -elaby bash uruchomił się jako powłoka logowania. To powinno spowodować, że bash pozyska niezbędne pliki .rc
Próbowałem wszystkich rzeczy z góry - nie działały dla mnie.
Znalazłem dwa rozwiązania (oba dla SSH-Slave)
Przejdź do ustawień slave
Dodaj nową zmienną środowiskową
Część „$ {HOME}” jest ważna. To sprawia, że dodatkowa PATH jest absolutna. Względna ścieżka mi nie odpowiada.
Opcja II (pipeline-script)
pipeline {
agent {
label 'your-slave'
}
environment {
PATH = "/home/jenkins/.pub-cache/bin:$PATH"
}
stages {
stage('Test') {
steps {
ansiColor('xterm') {
echo "PATH is: $PATH"
}
}
}
}
}
Skuteczne jest również uruchomienie polecenia z ustawioną zmienną środowiskową. Oczywiście musisz to zrobić dla każdego uruchamianego polecenia, ale prawdopodobnie masz skrypt zadania, więc prawdopodobnie masz tylko jedno polecenie na kompilację. Mój skrypt zadania to skrypt w języku Python, który używa środowiska, aby zdecydować, którego Pythona użyć, więc nadal musiałem umieścić /usr/local/bin/python2.7 w jego ścieżce:
PATH=/usr/local/bin <my-command>
Mam Jenkins 1.639 zainstalowany na SLES 11 SP3 przez zypper (menedżer pakietów). Instalacja skonfigurowała jenkins jako usługę
# service jenkins
Usage: /etc/init.d/jenkins {start|stop|status|try-restart|restart|force-reload|reload|probe}
Chociaż /etc/init.d/jenkinsźródła /etc/sysconfig/jenkins, wszelkie ustawione tam zmienne env nie są dziedziczone przez proces jenkins, ponieważ jest uruchamiany w oddzielnej powłoce logowania z nowym środowiskiem, takim jak to:
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
Sposób, w jaki udało mi się ustawić zmienne env dla procesu jenkinsa, znajduje się .bashrcw jego katalogu domowym - /var/lib/jenkins. Musiałem tworzyć, /var/lib/jenkins/.bashrcbo wcześniej tego nie było.
Oto, co zrobiłem na Ubuntu 18.04 LTS z Jenkins 2.176.2
Stworzyłem plik .bash_aliases i dodałem tam ścieżkę, zmienne proxy i tak dalej.
Na początku .bashrc było to zdefiniowane.
# If not running interactively, don't do anything
case $- in
*i*) ;;
*) return;;
esac
Sprawdza więc, czy jeśli uruchomimy powłokę nieinteraktywną, to nic tutaj nie robimy.
na dole .bashrc było dołączone dla .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
więc przeniosłem .bash_aliases ładując najpierw na .bashrc tuż nad nieinteraktywnym sprawdzaniem.
To nie zadziałało najpierw, ale potem odłączyłem slave i ponownie go podłączyłem, więc ponownie ładuje zmienne. Nie musisz restartować całych jenkinsów, jeśli modyfikujesz zmienne slave. po prostu odłącz i ponownie podłącz.
1- Dodaj do swojego profilu plik ".bash_profile"
znajduje się w folderze „/ home / your_user /”
vi .bash_profile
Dodaj:
export JENKINS_HOME=/apps/data/jenkins
export PATH=$PATH:$JENKINS_HOME
==> to obszar roboczy e jenkins
2- Jeśli używasz jetty: przejdź do pliku jenkins.xml
i dodaj :
<Arg>/apps/data/jenkins</Arg>
echo $PATHczy zgadza się to z tym, co widzisz w jenkins?