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

Can't start any two docker-compose environments after update to Windows 20H2 #9999

Closed
1 of 2 tasks
marcusschroeder opened this issue Jan 4, 2021 · 11 comments
Closed
1 of 2 tasks

Comments

@marcusschroeder
Copy link

  • I have tried with the latest version of my channel (Stable or Edge)
  • I have uploaded Diagnostics
  • Diagnostics ID:

Expected behavior

On my computer I use a couple of docker-compose environments with windows containers in parallel. Before the windows update to 2004 or 20H2 it was no problem to start several environments with
docker-compose up either manually or programmatically. It didn't matter if it was the same env with a different name or a completely different one.

Actual behavior

Now, when starting any two docker compose environments, the second one gets stuck in start up until the first is stopped.

Information

  • Is it reproducible? Yes, even on another computer.
  • Is the problem new? Yes, it appeared after windows update 1903 to 20H2
  • Did the problem appear with an update? Yes
  • Windows Version: Windows 10 Pro 20H2
  • Docker Desktop Version: 2.5.0.1 / 2.4.0.0 / 2.3.0.4 / 2.5.1.0 (experimental) / 3.0.0.0

docker info

Client:
 Context:    default
 Debug Mode: false
 Plugins:
  app: Docker App (Docker Inc., v0.9.1-beta3)
  buildx: Build with BuildKit (Docker Inc., v0.4.2-docker)
  scan: Docker Scan (Docker Inc., v0.5.0)
Server:
 Containers: 7
  Running: 2
  Paused: 0
  Stopped: 5
 Images: 4
 Server Version: 20.10.0
 Storage Driver: windowsfilter (windows) lcow (linux)
  Windows:
  LCOW:
 Logging Driver: json-file
 Plugins:
  Volume: local
  Network: ics internal l2bridge l2tunnel nat null overlay private transparent
  Log: awslogs etwlogs fluentd gcplogs gelf json-file local logentries splunk syslog
 Swarm: inactive
 Default Isolation: hyperv
 Kernel Version: 10.0 19042 (19041.1.amd64fre.vb_release.191206-1406)
 Operating System: Windows 10 Pro Version 2009 (OS Build 19042.685)
 OSType: windows
 Architecture: x86_64
 CPUs: 6
 Total Memory: 15.87GiB
 Name: <filtered>
 ID: <filtered>
 Docker Root Dir: C:\ProgramData\Docker
 Debug Mode: true
  File Descriptors: -1
  Goroutines: 51
  System Time: 2021-01-04T15:34:42.8968077+01:00
  EventsListeners: 2
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Live Restore Enabled: false
 Product License: Community Engine

The problem appeared after a Windows update from 1903 to 2004 or 20H2 respectively.

I have tried:

  • different Docker Desktop versions (see above) to no avail.
  • WSL2 and LCOW

Steps to reproduce the behavior

Use the following docker-compose.yml:

version: "2.4"


services:
  service_a:
    image: mcr.microsoft.com/windows/servercore/iis
    ports:
      - 80


  service_b:
    image: mcr.microsoft.com/windows/servercore/iis
    ports:
      - 80
  1. Use Docker Desktop with Windows Container Backend
  2. Start first environment with above docker-compose.yml: docker-compose -p first up -d
  3. Wait until environment is up (5-10 seconds)
  4. Start second environment: docker-compose -p second up -d
    At this point docker-compose appears to be stuck and one of the services show status "created" in docker ps -a
  5. Stop first environment in separate terminal docker-compose -p first down
  6. Now, the command from 5. continues and the environment becomes healthy and the service status is "running"

Furthermore:

  • if I remove the "ports" from the docker-compose.yml this issue does not occur.
  • rolling back to windows 1903 also fixed the issue for now until the windows update is applied again

Thank you in advance for your support.

@docker-robott
Copy link
Collaborator

Issues go stale after 90 days of inactivity.
Mark the issue as fresh with /remove-lifecycle stale comment.
Stale issues will be closed after an additional 30 days of inactivity.

Prevent issues from auto-closing with an /lifecycle frozen comment.

If this issue is safe to close now please do so.

Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows.
/lifecycle stale

@neumannj777
Copy link

Can someone fix this, please?

@marcusschroeder
Copy link
Author

marcusschroeder commented May 8, 2021

This issue still exists in Docker Desktop 3.3.3

@marcusschroeder
Copy link
Author

/remove-lifecycle stale

@stephen-turner
Copy link
Contributor

We have escalated this to Microsoft.

@marcusschroeder
Copy link
Author

Thank you!

@marcusschroeder
Copy link
Author

The issue still exists in Docker Desktop 3.5.2

@stephen-turner
Copy link
Contributor

Yes, still waiting for an answer from Microsoft. I'll ping them again.

@stephen-turner
Copy link
Contributor

And I've pinged them again today. Given that it's caused by a Windows update, it's likely that it will have to be fixed by a Windows update too. The other possibility is that it may be fixable in the Windows container code in the upstream container engine (https://github.com/moby/moby) but that would still be the same team at Microsoft.

@stephen-turner
Copy link
Contributor

I've transferred this ticket to microsoft/Windows-Containers#140, and I'll close this copy now.

@docker-robott
Copy link
Collaborator

Closed issues are locked after 30 days of inactivity.
This helps our team focus on active issues.

If you have found a problem that seems similar to this, please open a new issue.

Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows.
/lifecycle locked

@docker docker locked and limited conversation to collaborators Aug 27, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

5 participants