本站教程收集整理的这篇文章主要介绍了linux – Jenkins Slave Issue – 无效的流标题：099EACED，本站教程本站觉得挺不错的，现在分享给大家，也给大家做个参考。
jenkins 2.7.4安装在RedHat服务器中,Linux Slaves通过选择“通过执行命令在主服务器上启动代理”选项进行配置.我们创建了一个SHell脚本,它在jenkins版本2.7.4中运行良好.
现在我们将jenkins升级到2.121.1.现在,同一个脚本会抛出错误
如果我在Manage jenkins中禁用SSHD端口 – >配置安全性,然后我就可以启动我的奴隶了.但是在我的脚本中,我将使用jenkins-cli.jar触发一个作业,将二进制文件从master复制到slave.
java -jar jenkins-cli.jar -s http：// localhost：8080 –ssh -user username -i~ / .ssh / id_rsa build RTT / RTT-CI-Tools / RTT-CI-Tools-DiStribute -s – p SLAVE_REGEX =从属名称
我收到的消息是
"WARNING: No header 'X-SSH-Endpoint' returned by jenkins"
并且构建不会被触发.我也尝试过在jenkins-cli.jar命令中将-ssh替换为-http,
java -jar jenkins-cli.jar -s http：// localhost：8080 -http -auth用户名：60b3450a883a2519592af84cdcd0d224 build $CI_JOB -s -p SLAVE_REGEX = $SLAVEHOST
它触发了这项工作.再次无法启动从机,
如何解决这个问题
解决方法
未改变的标准输出,未改变的标准输出
我相信你的脚本中有些东西正在篡改标准输入.
您的脚本应该将整个未更改的stdin流传递给jenkins代理进程.
通用解决方案
OP建立jenkins会话的命令与我的不同,但无论如何,您应该将启动脚本分成3个主要部分：
设置：此部分不要篡改stdin或stdout.
建立jenkins会话：java -jar jenkins-cli.jar …
撕下：在这部分没有篡改stdin或stdout.
#!/bin/bash
function set_up {
# your set-up code here
}
function tear_down {
# your tear-down code here
}
function main {
# set-up (no stdin,no stdout)
set_up "$@" < /dev/null > /dev/null || exit $?
# establish jenkins session
java -jar jenkins-cli.jar -blah -blah -blah
# tear-down (no stdin,no stdout)
tear_down "$@" < /dev/null > /dev/null || exit $?
}
main "$@"
但为什么？
启动脚本的工作是在主代理和构建代理之间建立一个未被禁止的通信通道(通过stdin和stdout).
+------------+
"Hello Agent" | |
_ _ ----+ +----
v Hello Agent ->
----+ +----
| |
香港vps | | "Hello Master"
----+ +---- _ _
<- Hello Master v
----+ +----
| |
+------------+
launch
script
如果此通信渠道被篡改,jenkins将无法正常工作.
+------------+
"Hello Agent" | |
_ _ ----+ +-----------
v Hel PLZ SEND HelP!! t ->
----+ +-----------
| |
| |
----+ +---- | |
^
----+ +----
| |
+------------+
launch
script
如果你没有将任何东西输入到该命令中,一些Unix命令可能会“吞下”你的启动脚本的stdin,从而“破坏”通信通道.请考虑以下脚本.
#!/bin/bash
function keep_stdin_intact {
printf 'I do not consume any stdin,' >&2
echo 'and I do not alter the original stdout.' >&2
}
function swallow_stdin {
echo 'I swallow stdin. Did you see any hexdump below?' >&2
read yn # read consumed some stdin
}
echo 'yes' | { keep_stdin_intact; cat -; } | xxd
echo 'yes' | { swallow_stdin; cat -; } | xxd
echo "no you can't Now :P" | { swallow_stdin < /dev/null; cat -; } | xxd
>第一个是管道输出和十六进制转储,因为keep_stdin_intact没有篡改stdin,在这种情况下,是“是”流.
>第二个是,因为Swallow_stdin消耗了它,所以cat没有任何东西可以捕捉,xdd没有任何东西可读.
>通过管道/ dev / null到stdin-swallowing命令,我们保护自己的stdin.
怎么了ssh？
ssh是吞噬你的stdin的邪恶命令之一.
假设您要在运行agent.jar之前删除构建代理上的某些文件.没有样板,你可能会写：
ssh $OPTIONS "$remote" 'sudo rm -rf /var/log/Nginx/*' ssh $OPTIONS "$remote" 'cd $HOME && java -jar agent.jar'
^但这是错的！第一个ssh命令将吞下你的stdin,jenkins会话将没有任何东西可读.
第一个ssh必须“沉默”.传递/ dev / null作为其stdin.
ssh $OPTIONS "$remote" 'sudo rm -rf /var/log/Nginx/*' < /dev/null ssh $OPTIONS "$remote" 'cd $HOME && java -jar agent.jar'
本站总结
以上是本站教程为你收集整理的linux – Jenkins Slave Issue – 无效的流标题：099EACED全部内容，希望文章能够帮你解决linux – Jenkins Slave Issue – 无效的流标题：099EACED所遇到的程序开发问题。
如果觉得本站教程网站内容还不错，欢迎将本站教程推荐给好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。
