Variables de entorno de Jenkins / Hudson

Estoy ejecutando Jenkins desde el usuario jenkinsque se ha $PATHconfigurado en algo y cuando entro en la interfaz web de Jenkins, en la ventana Propiedades del sistema ( http://$host/systemInfo) veo un archivo $PATH.

He instalado Jenkins en Centos con el rpm nativo del sitio web de Jenkins. Estoy usando el script de inicio provisto con la instalación usandosudo /etc/init.d/jenkins start

¿Alguien puede explicarme por qué sucede eso?

Miguel,

Dos cosas:

Cuando Jenkins se conecta a una computadora, va al shshell y no al bashshell (al menos esto es lo que he notado, puede que me equivoque). Por lo tanto, no se consideran los cambios que realice en $ PATH en su archivo bashrc.

Además, cualquier cambio que realice en $ PATH en su shell local (uno en el que usted personalmente ssh) no aparecerá en Jenkins.

Para cambiar la ruta que usa Jenkins, tiene dos opciones (AFAIK):

1) Edite su /etc/profilearchivo y agregue las rutas que desee allí

2) Vaya a la página de configuración de su esclavo y agregue la variable de entorno PATH, con el valor:$PATH:/followed-by/paths/you/want/to/add

Si usa la segunda opción, la información de su sistema aún no la mostrará, pero sus compilaciones verán las rutas agregadas.

Seguí encontrándome con este problema, pero ahora solo agrego:

source /etc/profile

Como primer paso en mi proceso de construcción. Ahora todas mis reglas posteriores están cargadas para que Jenkins funcione sin problemas.

También puede editar el /etc/sysconfig/jenkinsarchivo para realizar cambios en las variables de entorno, etc. Simplemente lo agregué source /etc/profileal final del archivo. /etc/profiletiene todas las PATHvariables adecuadas . Cuando haga esto, asegúrese de reiniciar Jenkins

/etc/init.d/jenkins restart

Estamos ejecutando ZendServer CE que instala pear, phing, etc. en una ruta diferente, así que esto fue útil. Además, no obtenemos los LD_LIBRARY_PATHerrores que solíamos tener con el cliente Oracle y Jenkins.

Probé /etc/profile, ~/.profiley ~/.bash_profileninguno de los que trabajé. Encontré que la edición ~/.bashrcpara la cuenta esclava de Jenkins sí.

La información de esta respuesta está desactualizada. Debe ir a Configurar Jenkins> Y luego puede hacer clic para agregar un par clave-valor de Variable de entorno desde allí.

por ejemplo: export MYVAR=testsería MYVARla clave y testes el valor.

En mi instancia EC2 más reciente, simplemente agregar el nuevo valor a la RUTA .profile del usuario de Jenkins y luego reiniciar Tomcat funcionó para mí.

En una instancia anterior donde la configuración es diferente, usar el n. ° 2 de la respuesta de Sagar fue lo único que funcionó (es decir, .profile, .bash * no funcionó).

Encontré dos complementos para eso. Uno carga los valores de un archivo y el otro le permite configurar los valores en la pantalla de configuración del trabajo.

Complemento Envfile : este complemento le permite establecer variables de entorno a través de un archivo. El formato del archivo debe ser el formato de archivo de propiedades estándar de Java.

Complemento EnvInject : este complemento permite agregar variables de entorno y ejecutar un script de configuración para configurar un entorno para el trabajo.

¿No podría simplemente agregarlo como una variable de entorno en la configuración de Jenkins?

Administre Jenkins -> Propiedades globales> Variables de entorno: y luego haga clic en "Agregar" para agregar una ruta de propiedad y su valor a lo que necesita.

Así es como resolví este molesto problema:

Cambié la PATHvariable como sugirió @sagar en su segunda opción, pero aún así obtuve un PATHvalor diferente al que esperaba.

¡Finalmente descubrí que era el EnvInjectcomplemento el que reemplazaba mi PATHvariable!

Así que podría desinstalarlo EnvInjecto simplemente usarlo para inyectar la variable PATH.

Como muchos de nuestros trabajos de Jenkins usan ese complemento, no quería desinstalarlo ...

Así que creé un archivo: environment_variables.propertiesbajo mi directorio de inicio de Jenkins.

Este archivo contiene el valor de entorno de ruta que necesitaba: PATH=$PATH:/usr/local/git/bin/.

Desde la interfaz web Jenkins: Manage Jenkins -> Configure System. En esa pantalla - I marcado la Prepare jobs environmentopción, y en el Properties File Pathcampo entré en el camino a mi archivo: /var/lib/jenkins/environment_variables.properties.

De esta manera, cada trabajo de Jenkins que tenemos recibe las variables que pongo en este environment_variables.propertiesarchivo.

Jenkins también admite el formato PATH+<name>para anteponer a cualquier variable, no solo a PATH:

Variables de entorno global o variables de entorno de nodo:

Esto también se admite en el paso de canalización withEnv:

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

Solo toma nota, se antepone a la variable. Si debe agregarse, debe hacer lo que muestran las otras respuestas.

Consulte el documento de pasos de la canalización aquí .

También puede usar la sintaxis PATH + WHATEVER = / algo para anteponer / algo a $ PATH

O los documentos de Java en EnvVars aquí .

Solo tuve progreso en este problema después de "/etc/init.d/jenkins force-reload". Recomiendo probar eso antes que nada, y usarlo en lugar de reiniciar.

En mi Ubuntu 13.04, probé bastantes ajustes antes de tener éxito con esto:

1. Editar /etc/init/jenkins.conf
2. Localice el lugar donde comienza "exec start-stop-server ..."
3. Inserte la actualización del entorno justo antes de eso, es decir

export PATH = $ PATH: / some / new / path / bin

Añadir

/usr/bin/bash

a

Jenkins -> Administrar Jenkins -> configurar sistema -> Shell-> Shell ejecutable

Jenkins usa sh para que ni siquiera / etc / profile funcione para mí. Cuando agrego esto, tengo todos los archivos env.

Solución que funcionó para mí

source ~/.bashrc

Explicación

Primero verifiqué que Jenkins estaba ejecutando BASH, con echo $SHELLy echo $BASH(tenga en cuenta que estoy colocando explícitamente #!/bin/bashencima del área de texto en Jenkins, no estoy seguro de si ese es un requisito para obtener BASH). sourceing /etc/profilecomo otros sugirieron no estaba funcionando.

Mirando /etc/profileencontré

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

e inspeccionando "$ PS1" lo encontró nulo. Traté de falsificar $PS1en vano como tal

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

sin embargo, esto no produjo el resultado deseado (agregue el resto de lo $PATHque espero ver). Pero si le digo a bash que sea interactivo

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

el $PATHfue alterado como esperaba.

Estaba tratando de descubrir cómo falsificar correctamente un shell interactivo /etc/bash.bashrcpara cargarlo, sin embargo, resultó que todo lo que necesitaba estaba abajo ~/.bashrc, así que simplemente sourceresolvió el problema.

Probé todas las cosas de arriba, no funcionó para mí.

Encontré dos soluciones (ambas para SSH-Slave)

1. Ir a la configuración de esclavos

2. Agregar una nueva variable de entorno

3. CAMINO
4. $ {PATH}: $ {HOME} /. Pub-cache / bin: $ {HOME} /. Local / bin

La parte "$ {HOME}" es importante. Esto hace que el PATH adicional sea absoluto. El camino relativo no funcionó para mí.

Opción 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"
                }
            }
        }
    }
}

En Ubuntu, simplemente edito / etc / default / jenkins y agrego la fuente / etc / profile al final y me funciona.

La ejecución del comando con el conjunto de variables de entorno también es eficaz. Por supuesto, debe hacerlo para cada comando que ejecute, pero probablemente tenga un script de trabajo, por lo que probablemente solo tenga un comando por compilación. Mi secuencia de comandos de trabajo es una secuencia de comandos de Python que usa el entorno para decidir qué Python usar, por lo que aún necesitaba poner /usr/local/bin/python2.7 en su ruta:

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

Lo que funcionó para mí fue anular el entorno PATH para el esclavo.

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

Luego desconectando y volviendo a conectar el esclavo.

A pesar de lo que mostraba la información del sistema, funcionó.

Tengo Jenkins 1.639 instalado en SLES 11 SP3 a través de zypper (el administrador de paquetes). La instalación configuró jenkins como servicio

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

Aunque las /etc/init.d/jenkinsfuentes /etc/sysconfig/jenkins, las variables env establecidas allí no son heredadas por el proceso de jenkins porque se inicia en un shell de inicio de sesión separado con un nuevo entorno como este:

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

La forma en que logré configurar env vars para el proceso jenkins es a través .bashrcde su directorio de inicio - /var/lib/jenkins. Tuve que crear /var/lib/jenkins/.bashrcya que no existía antes.

Esto es lo que hice en ubuntu 18.04 LTS con Jenkins 2.176.2

Creé el archivo .bash_aliases y agregué allí la ruta, las variables de proxy, etc.

Al comienzo de .bashrc estaba esto definido.

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

Por lo tanto, está comprobando que si iniciamos un shell no interactivo, no hagamos nada aquí.

parte inferior del .bashrc se incluyó para .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

así que moví .bash_aliases cargando primero en .bashrc justo encima de la verificación no interactiva.

Esto no funcionó primero, pero luego desconecté el esclavo y lo volví a conectar para que vuelva a cargar las variables. No es necesario reiniciar jenkins completo si está modificando variables esclavas. simplemente desconecte y vuelva a conectar.

1- agregue a su archivo de perfil el archivo ".bash_profile"

está en la carpeta "/ home / your_user /"

vi .bash_profile

añadir:

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

==> es el espacio de trabajo de e jenkins

2- Si usa embarcadero: vaya al archivo jenkins.xml

y añadir :

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