标签:jenkins
SSH远程执行脚本tomcat未启动背景:
就是为了写一个重启tomcat的脚本,让jenkins编译、打包、发布时调用。在本地写好重启tomcat的脚本后,本地执行脚本没有问题,但在远程服务器上SSH免密登录执行后。发现可以把TOMCAT杀死,但tomcat却起不来。这个问题困扰了我一天。终于解决了,决定写篇博文与大家分享。
把我遇到的怪异现象分享给大家:
1, 脚本执行了吗?sh -x 查看脚本执行过程,确实执行了啊,也没有报错。但到目标服务器去看却没有java进程,也没有相应的端口。邪门了,到底是什么原因呢?
2, 看日志。在远程执行脚本的时候就把日志打开了,tail -f 发现没有一丁点的日志输出。
3, 有人说是环境变量的问题。个人感觉不是啊。我在本地可以执行脚本说明不是环境变量的问题。
原因:
我的ansible命令是这样的 ansible abcd -u root -m shell -a "sh -x /data/scripts/start_tomcat.sh"
我自己做了一个测试,我在脚本里启动tomcat后sleep了60秒,我看到tomcat启来了,有日志了,也看到端口了,60秒后端口就自动消失了,同时这个不会写到日志里。
说明,可以证实一个事情,“这个脚本远程运行的话,远程会话结束以后会把这个子进程干掉。”
解决办法:
在脚本的启动命令前加上nohup ,即如下
nohup /data/server/apache-tomcat-8.0.47-8080/bin/startup.sh &
还有一个解决办法就是
shell脚本里边加上这一行就行了:BUILD_ID=DONTKILLME (在使用jenkins的时候)在jenkins中配置自动更新部署项目时,如果采取用execute shell启动/关闭tomcat,会发现可以进行关闭tomcat,但是无法启动tomcat,虽然构建会显示执行成功,但是查看进程,tomcat是没有启动的。
这是因为Jenkins默认会在Build结束后Kill掉所有的衍生进程。
需要进行以下配置,才能避免此类情况发生:重设环境变量build_id在execute shell输入框中加入BUILD_ID=DONTKILLME,即可防止jenkins杀死启动的tomcat进程
标签:jenkins
原文地址:http://blog.51cto.com/hsuing/2108069