我使用Jenkins ver在主/从配置中设置了2台RHEL机器。 1.609.2
奴隶正在通过SSH Slaves Plugin 1.10启动。
我正在尝试使用Slave Setup Plugin v 1.9来安装我的从机运行构建所必需的工具。特别是我正在安装sqlplus。
这是我正在运行的脚本,以便尝试安装sqlplus:
if command -v sqlplus >/dev/null; then
echo "sqlplus already setup. Nothing to do."
else
#Create directory for sqlplus and unzip it there.
mkdir /jenkins/tools/sqlplus
tar -xvf sqlplussetup/instantclient-basiclite-linux.x64-12.1.0.2.0.tar.gz -C /jenkins/tools/sqlplus || { echo 'unzip failed' ; exit 1; }
tar -xvf sqlplussetup/instantclient-sqlplus-linux.x64-12.1.0.2.0.tar.gz -C /jenkins/tools/sqlplus || { echo 'unzip failed' ; exit 1; }
cd /jenkins/tools/sqlplus/instantclient_12_1
#Create links for the Oracle libs
ln -s libclntsh.so.12.1 libclntsh.so || { echo 'Could not create link' ; exit 1; }
ln -s libocci.so.12.1 libocci.so || { echo 'Could not create link' ; exit 1; }
#Add two lines to .bashrc only if they don't already exist. Export LD_LIBRARY_PATH and add sqlplus to PATH.
grep -q -F 'export LD_LIBRARY_PATH=/jenkins/tools/sqlplus/instantclient_12_1:$LD_LIBRARY_PATH' /home/jenkins/.bashrc || echo 'export LD_LIBRARY_PATH=/jenkins/tools/sqlplus/instantclient_12_1:$LD_LIBRARY_PATH' >> /home/jenkins/.bashrc
grep -q -F 'export PATH=$PATH:/jenkins/tools/sqlplus/instantclient_12_1' /home/jenkins/.bashrc || echo 'export PATH=$PATH:/jenkins/tools/sqlplus/instantclient_12_1' >> /home/jenkins/.bashrc
#Export variables so they can be used right away
export LD_LIBRARY_PATH=/jenkins/tools/sqlplus/instantclient_12_1:$LD_LIBRARY_PATH
export PATH=$PATH:/jenkins/tools/sqlplus/instantclient_12_1
echo "sqlplus has been setup."
fi
此脚本成功运行,一切似乎都有效,直到我尝试运行构建并执行sqlplus
命令。构建失败,因为sqlplus
不是可识别的命令。
我的主要问题是: 启动从属设备时自动添加环境变量的正确方法是什么?
请注意我正在寻找一种自动化方式。我不想进入我的奴隶的配置屏幕,勾选一个复选框并指定一个环境变量。这对我想要实现的目标是适得其反的,这是一个连接后立即可用于构建的从属。
我非常理解为什么我的脚本不起作用。当Jenkins启动从属服务器时,它首先建立SSH连接,然后使用命令
运行我的安装脚本/bin/sh -xe /jenkins/tmp/hudson8035138410767957141.sh
hudson8035138410767957141.sh
的内容是我上面的脚本。显然,export
isn't going to work。我希望将导出添加到.bashrc
文件会解决这个问题,但它不起作用。我认为这是因为这个脚本是在建立ssh连接后执行的,因此.bashrc
已被读取。
问题是我无法找到解决此限制的任何方法。
答案 0 :(得分:1)
对于没有明确设置.bashrc
选项的非交互式shell,Bash不读取任何启动文件(.profile
,--login
等) - 这就是为什么出口不起作用。
因此,解决方案“A”是保持您在上面建议的bashrc魔法,并通过将构建步骤中的第一行更改为
来添加--login
选项
#!/bin/bash --login
<your script here>
第一行显式的shebang也会阻止您从默认的-x
选项中获得过多的调试输出(请参阅上面的控制台代码段)。
替代解决方案“B”使用以下事实:bash将获取其名称在$BASH_ENV
中给出的任何脚本(如果已定义该变量且文件存在)。在从属属性中全局定义该变量(例如,设置为/jenkins/tools/setup.sh)并在从属设置期间根据需要添加导出。每个bash shell构建步骤都将读取设置。
使用解决方案“B”,您不需要使用--login
选项,也不必弄乱.bashrc
。但是,“BASH_ENV”功能仅在bash以“bash模式”运行时才有效。当Jenkins通过sh
启动shell时,bash会尝试模拟没有该功能的历史sh。所以,对于B,你需要一个shebang:
#!/bin/bash
<your script here>
但是你无论如何都需要摆脱生产设置中通常过多的跟踪输出。