Due to some maintenance issues, this service has been switched in read-only mode, you can find more information about the why

and how to migrate your plugin documentation in this blogpost

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

This feature is new in 1.260

To reliably kill processes spawned by a job during a build, Hudson contains a bit of native code to list up such processes and kill them. This is tested on several platforms and architectures, but if you find a show-stopper problem because of this, you can disable this feature by setting a Java property named "hudson.util.ProcessTreeKiller.disable" to the value "true".

This can be done as a parameter to the "java" binary when starting Hudson:

 java -Dhudson.util.ProcessTreeKiller.disable=true -jar hudson.war

Depending on how you run your container, this can be different.

How it works

The ProcessTreeKiller takes advantage of the fact that by default a new process gets a copy of the environment variables of its spawning/creating process.

It sets a specific environment variable in the process executing the build job. Later, when the user requests to stop the build job's process it gets a list of all processes running on the computer and their environment variables, and looks for the environment variable that it initially set for the build job's process.

Every job with that environment variable in its environment is then terminated.

If your build wants to leave a daemon running behind...

A convenient way to achieve that is to change some of the environment variables Hudson's ProcessTreeKiller is looking. This will cause Hudson to assume that your daemon is not spawned by the Hudson build. For example:

BUILD_ID=dontKillMe
/usr/apache/bin/httpd
  • No labels