在Jenkins中新建了一个Job，假设你在一些列Build Step之前/之后，启动了一个进程，打个比方说启动一个Jboss进程。等到Build完成，你去Console Output中查看显示启动成功，甚至PID也有了。但是当你去后台查看的时候，发现其实这个进程根本不存在，并没有启动成功。
不过如果你使用的是较早的Hudson版本(Ver 1.136)，并且是直接在页面中的Build Session中(如Excute Shell)执行命令的话，你可能会得到如下的提示：
Process leaked file descriptors. See http://wiki.hudson-ci.org/display/HUDSON/Spawning+processes+from+build for more information
Jenkins默认会在Build结束后Kill掉所有的衍生进程，用官方的话来说就是：
To reliably kill processes spawned by a job during a build, Jenkins contains a bit of native code to list up such processes and kill them.
问题分析：
造成这种问题的原因，是由于文件描述符的丢失以及子进程是如何继承的。
Jenkins和子进程之间的通信使用三根管道进行：stdin，stdout，stderr，由于Jenkins可以捕捉到子进程的输出，而子进程可能往stdout中写入大量数据然后立即退出，Jenkins为了完整的读取子进程的输出，会在用于子进程stdout的管道上等待EOF。这样，无论子进程由于什么原因退出，系统将关闭进程使用的文件描述符，因而Jenkins总是可以收到EOF。
但是当子进程在后台fork出另一个进程的时候（比如A fork出了B，启动一个daemon进程），情况就出现一些变化。由于进程B会继承进程A的文件描述 符，如果进程B没有关闭这些描述符，即使进程A退出，这些描述符依然是打开的，Jenkins将不会在相应管道上收到EOF。
通常一个实现良好的daemon会关闭所有文件描述符以避免这个问题，但是总有一些实现没有遵循这个规则。在更旧版本的Hudson上，这个问题甚至将导致Job无法结束，Jenkins一直在那等待EOF。
解决办法：
Jboss之所以没有启动成功，是因为它没有关闭继承的文件描述符，Jenkins在Job构建过程结束后认为Jboss进程未终止，因而将其kill掉了。
1. 重设环境变量BUILD_ID
https://wiki.jenkins-ci.org/display/JENKINS/ProcessTreeKiller 这篇文章进一步描述了Hudson杀掉衍生进程的情况
Jenkins会在执行Job时设置一系列的环境变量，这些环境变量将被Job衍生出的进程所继承。Jenkins在Kill掉衍生进程的时候会查看进程的环境变量，如果找到它之前设置的环境变量，就将其杀掉。
修改Hudson设置的环境变量BUILD_ID的值，从而让Jenkins认为此进程不是由Job的构建过程衍生的，如：
BUILD_ID=dontKillMe /usr/apache/bin/httpd 后面的”/usr/apache/bin/httpd”可以省略，即只需要在parameter build trigger中加入一个string parameter，变量名为BUILD_ID，值为dontKillMe即可。
转自：http://blog.csdn.net/freeiceflame/article/details/43018567