Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

docker-compose down only partially brings down stack and then stalls #7500

Closed
asampal opened this issue Jun 3, 2020 · 4 comments
Closed

Comments

@asampal
Copy link

asampal commented Jun 3, 2020

After around docker-desktop 2.0.0.3 (Windows) or so, when I try to bring down a stack (with "docker-compose down") of 12 services started up with docker-compose, some of the containers stop, but most don't (e.g. out of 12 services only 3 are stopped) . Docker-Desktop seems to be hanging and the only thing I can do is restart it.
I usually start the services defined in docker-compose.yml individually or in smaller groups, with "docker-compose up -d "

  • [ x ] I have tried with the latest version of my channel (Stable or Edge)
  • [ x ] I have uploaded Diagnostics
  • Diagnostics ID: 5A90F905-5564-495B-BA91-1E55BFD40961/20200603153640

Expected behavior

Expect complete stack of running services to stop

Actual behavior

Docker-desktop brings down a few services only then seems to hang

Information

This problem happens every time I try to bring down a larger number of services defined in my docker-compose.yml.
The problem started happening after version 2.0.0.3 of Docker-for-Windows/Docker-Desktop.

  • Windows Version: Windows 10 Pro Version 10.0.19041 Build 19041
  • Docker Desktop Version: 2.3.0.3 (45519)
  • Are you running inside a virtualized Windows e.g. on a cloud server or on a mac VM: no
@stephen-turner stephen-turner transferred this issue from docker/for-win Jun 3, 2020
@asampal asampal changed the title docker-compose down only partially brings down stack docker-compose down only partially brings down stack and then stalls Jun 3, 2020
@ulyssessouza
Copy link
Contributor

Hello @asampal
Could you please, provide the output of the following commands:

$ docker version
$ docker-compose version
$ docker-compose config

@ulyssessouza ulyssessouza self-assigned this Jun 8, 2020
@asampal
Copy link
Author

asampal commented Jun 8, 2020

As I mentioned, the complete stack defined in docker-compose.yml is quite big, but the problem manifests itself even with a small subset of services running. I've anonymized the YAML file for inclusion here. I'm using Docker with WSL2 at the moment, but the problem existed even when I was using Hyper-V.

$ docker version
Client: Docker Engine - Community
 Version:           19.03.8
 API version:       1.40
 Go version:        go1.12.17
 Git commit:        afacb8b
 Built:             Wed Mar 11 01:23:10 2020
 OS/Arch:           windows/amd64
 Experimental:      false

Server: Docker Engine - Community
 Engine:
  Version:          19.03.8
  API version:      1.40 (minimum version 1.12)
  Go version:       go1.12.17
  Git commit:       afacb8b
  Built:            Wed Mar 11 01:29:16 2020
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          v1.2.13
  GitCommit:        7ad184331fa3e55e52b890ea95e65ba581ae3429
 runc:
  Version:          1.0.0-rc10
  GitCommit:        dc9208a3303feef5b3839f4323d9beb36df0a9dd
 docker-init:
  Version:          0.18.0
  GitCommit:        fec3683
docker-compose version 1.25.5, build 8a1c60f6
docker-py version: 4.1.0
CPython version: 3.7.4
OpenSSL version: OpenSSL 1.1.1c  28 May 2019

docker_config_output.txt

@asampal
Copy link
Author

asampal commented Jun 28, 2020

I've noticed that the same three services seem to stall and now I'm not sure how to go about determining the cause. For example one for influxdb is defined with the following yaml:

  influxdb:
    logging:
      <<: *others-logging
    # Note the latest influxdb (1.3) image is no longer have the admin UI
    # Admin UI is replaced with chronograf on port 8888
    image: ${REPO_PATH}pmt-influxdb:${BUILD_NR}
    restart: ${RESTART_POLICY}
    # dns is necessary for kapacitor subscription service if running under local VM
    dns: 127.0.0.1
    # Ports are exposed for development only
    # ports:
    #   - "8096:8086"
    expose:
      - "8086"
    labels:
      - nginx-upstream=influxdb
    environment:
      - "TZ=America/Toronto"
      - VAULT_URL
      - VAULT_REGION
      - VAULT_TOKEN
      - "INFLUX_DATABASE=telegraf"
      - "INLFUX_ADMIN_USER=grafana"
      - "INFLUX_ADMIN_PASS=grafana"
    volumes:
      # :ro - mounts the directory as a read-only volume
      - influxdb-data:/var/lib/influxdb
      - ${HOST_PATH}/config/influxdb/influxdb.conf:/etc/influxdb/influxdb.conf:ro
      - ${HOST_PATH}/config/influxdb/init-paymentus.iql:/docker-entrypoint-initdb.d/init1-paymentus.iql:ro
      - ${HOST_PATH}/config/influxdb/update-influxdb.iql:/docker-entrypoint-initdb.d/init2-paymentus.iql:ro

I can start this with docker-compose up -d influxdb, but both docker-compose down , docker-compose stop, or docker stop <container> time out.

@ndeloof
Copy link
Contributor

ndeloof commented Aug 7, 2023

I'm closing this issue as obsolete: Docker Compose V1 has reached end-of-life and we are not accepting any more changes. Please try and reproduce your issue with Compose V2 and create a new issue or PR with the relevant Compose V2 information.

@ndeloof ndeloof closed this as completed Aug 7, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants