Update - i use last docker v1.12 and Ubuntu 16.04 x64 LTS

If stop is hitting the default 10s timeout, something deeper is wrong. I doubt that simply passing --time 0 is correcting that.

Do you really need that cat to run?

$ time docker run -t -d --name test ubuntu
d0b48a93c51f4d56a5bcb206bb2cad24cdf16546118a320c2201ee13f068e218

real    0m0.376s
user    0m0.008s
sys     0m0.009s

And it is running

$ docker ps
CONTAINER ID        IMAGE                                      COMMAND                  CREATED             STATUS              PORTS                                                          NAMES
d0b48a93c51f        ubuntu                                     "/bin/bash"              8 seconds ago       Up 7 seconds                                                                       test

And if a stop it, it runs almost right away:

$ time docker stop test
test

real    0m0.325s
user    0m0.007s
sys     0m0.007s

So can we skip passing cat as command when running a container?

I am seeing a similar problem on a CentOS with Jenkins 2.21 and docker 1.12.1. When I use a pipline with an inside shell command, the container is stopped after +/-10s. In a simple script like this:

node {
    stage('Checkout') {
        checkout scm
    }

    stage('Unit Tests') {
        img = docker.image("fedora:24")
        img.inside {
            sh "sleep 120"
        }
    }
}

The unit tests stage only runs for +/- 10s instead of 120s

t_rex I can reproduce the pause. I am still trying to determine why it is pausing. From what I can tell so far, the container is killed right away (presumably after the SIGTERM), so I am wondering why it is then waiting for the timeout to expire, supposedly to send a SIGKILL. Perhaps this is a bug in Docker. Needs more investigation.

gabealmer

can we skip passing cat as command when running a container?

The problem is determining which images that would apply to.

bartvanbrabant your problem seems to be unrelated, far more serious, and specific to the fedora image (perhaps). I think it has something to do with different procfs handling. Please file it separately.

At first I thought it was this problem with systemd, but --stop-signal=RTMIN+3 does not work. Anyway the overridden --entrypoint means that systemd is not in play.

Not following what is going on. If you run

bash -c 'trap "echo term" EXIT; sleep 120'

and then kill this bash process from another terminal window, you see

term
Terminated

immediately. But if you run

docker run --rm --name test ubuntu bash -c 'trap "echo term" EXIT; sleep 120'

and from another window

docker stop test

you will see

term

and then ten seconds will elapse before the container exits. Somehow the TERM signal is getting sent, but not properly handled. (sleep is still running during this time.)