moby: Docker stop doesn't stop the docker container

Hi,
I issued docker stop command on a container and it didn’t stop. It stills shows in the docker ps command. Basically I noticed that the docker-proxy hangs on the port 8082.
Steps to reproduce the issue:
- Run a docker container
- Stop it using docker stop containerid
- Run docker ps and it still shows it as running.
Describe the results you received: The docker ps command still shows the container as running.
Describe the results you expected: I would expect the container to close.
Output of docker version
:
Client:
Version: 17.03.1-ce
API version: 1.27
Go version: go1.7.5
Git commit: c6d412e
Built: Mon Mar 27 17:05:44 2017
OS/Arch: linux/amd64
Server:
Version: 17.03.1-ce
API version: 1.27 (minimum version 1.12)
Go version: go1.7.5
Git commit: c6d412e
Built: Mon Mar 27 17:05:44 2017
OS/Arch: linux/amd64
Experimental: false
Output of docker info
:
Containers: 4
Running: 2
Paused: 0
Stopped: 2
Images: 23
Server Version: 17.03.1-ce
Storage Driver: devicemapper
Pool Name: docker-8:1-35909492-pool
Pool Blocksize: 65.54 kB
Base Device Size: 10.74 GB
Backing Filesystem: xfs
Data file: /dev/loop0
Metadata file: /dev/loop1
Data Space Used: 5.935 GB
Data Space Total: 107.4 GB
Data Space Available: 60.87 GB
Metadata Space Used: 8.061 MB
Metadata Space Total: 2.147 GB
Metadata Space Available: 2.139 GB
Thin Pool Minimum Free Space: 10.74 GB
Udev Sync Supported: true
Deferred Removal Enabled: false
Deferred Deletion Enabled: false
Deferred Deleted Device Count: 0
Data loop file: /var/lib/docker/devicemapper/devicemapper/data
WARNING: Usage of loopback devices is strongly discouraged for production use. Use `--storage-opt dm.thinpooldev` to specify a custom block storage device.
Metadata loop file: /var/lib/docker/devicemapper/devicemapper/metadata
Library Version: 1.02.107-RHEL7 (2015-10-14)
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
Volume: local
Network: bridge host macvlan null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 4ab9917febca54791c5f071a9d1f404867857fcc
runc version: 54296cf40ad8143b62dbcaa1d90e520a2136ddfe
init version: 949e6fa
Security Options:
seccomp
Profile: default
Kernel Version: 3.10.0-327.3.1.el7.x86_64
Operating System: CentOS Linux 7 (Core)
OSType: linux
Architecture: x86_64
CPUs: 2
Total Memory: 7.305 GiB
Name: gce-opnfv-sandbox-fbrockners
ID: OGTI:EGLD:WHN6:6QZ3:N5AO:OIGL:6VA2:KS4T:EFLF:R54X:6KBE:I635
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
WARNING: bridge-nf-call-iptables is disabled
WARNING: bridge-nf-call-ip6tables is disabled
Experimental: false
Insecure Registries:
127.0.0.0/8
Live Restore Enabled: false
About this issue
- Original URL
- State: closed
- Created 7 years ago
- Comments: 28 (9 by maintainers)
wow this is still a thing?
hello @thaJeztah We do have the same issue. I have debug log from the docker daemon, hope this will clarify some things! Also, it happens quite frequently. If you need more details, please ask.
docker stop
does not remove container from the output ofdocker ps
docker ps
, here is the output docker_ps.log. Two containers are identical: 551a3d590617 and 18229deae6a7, but the former one replies to http requests, while the later does not. See the ports mapping in the docker_ps.logdocker inspect
for both containers: alive container docker_inspect_551a3d590617.log, ghost container docker_inspect_18229deae6a7.log. The process for the live container exists, while the process for the ghost container does not existsOutput of the
docker info
: docker_info.logDebug log of the docker daemon since the beginning of the EC2 instance: docker.log