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 fails to start with Linux containers support on Windows 10 Pro 1709 #1224

Closed
rvprasad opened this issue Oct 19, 2017 · 16 comments
Closed

Comments

@rvprasad
Copy link

rvprasad commented Oct 19, 2017

Expected behavior

Upon starting Docker on Windows 10 Pro (at least prior to Version 1709), Docker starts with no issues -- displays message "Docker is up and running!"

Actual behavior

Upon starting Docker on Windows 10 Pro Version 1709, Docker displays a window with following error message.

Unable to create: The running command stopped because the preference variable ErrorActionPreference" or common parameter is set to Stop: Hyper-V encountered an error trying to access an object on computer 'MYCOMPUTERNAME' because the object was not found. The object might have been deleted, or you might not have permission to perform the task. Verify that the Virtual Machine Management service on the computer is running. If the service is running, try to perform the task again by using Run as Administrator.
at New-MobyLinuxVM, : line 192
at , : line 385
at Docker.Backend.HyperV.RunScript(String action, Dictionary`2 parameters) in C:\gopath\src\github.com\docker\pinata\win\src\Docker.Backend\HyperV.cs:line 177
at Docker.Backend.ContainerEngine.Linux.Start(Settings settings, String daemonOptions) in C:\gopath\src\github.com\docker\pinata\win\src\Docker.Backend\ContainerEngine\Linux.cs:line 123
at Docker.Core.Pipe.NamedPipeServer.<>c__DisplayClass9_0.b__0(Object[] parameters) in C:\gopath\src\github.com\docker\pinata\win\src\Docker.Core\pipe\NamedPipeServer.cs:line 47
at Docker.Core.Pipe.NamedPipeServer.RunAction(String action, Object[] parameters) in C:\gopath\src\github.com\docker\pinata\win\src\Docker.Core\pipe\NamedPipeServer.cs:line 145

Issuing docker version command from the command line results in the following error message

error during connect: Get http://%2F%2F.%2Fpipe%2Fdocker_engine/v1.32/version: open //./pipe/docker_engine: The system cannot find the file specified. In the default daemon configuration on Windows, the docker client must be run elevated to connect. This error may also indicate that the docker daemon is not running.

Information

  • Diagnostic ID: 17A5BBF0-D955-4DB7-A538-CEF004DD5BA1/2017-10-19_11-19-25
  • Windows 10 Pro -- Version 1709, Build 16299.19
  • Docker -- Version 17.09.0-ce-win34 (13622), Channel: edge, 9171a03
  • Same is true with latest version of Docker available from stable channel
  • Only happens with Linux containers

Steps to reproduce the behavior

  1. Start Windows 10 Pro
  2. Start Docker -- Make sure Docker is configured to support "Linux containers"
@MosterAndMonk
Copy link

MosterAndMonk commented Oct 20, 2017

About the second steps
how can I do that?
'''Start Docker -- Make sure Docker is configured to support "Linux containers"'''

@rvprasad
Copy link
Author

Once you start on "Docker for Windows", right click on the the docker icon in the system tray. If you see "Switch to Windows Containers" in the popup menu, then Docker is supporting in Linux containers. If you instead see "Switch to Linux Containers", then Docker is supporting Windows containers and you will need to click on this menu option to switch over to the support for Linux containers.

@MosterAndMonk
Copy link

MosterAndMonk commented Oct 21, 2017

Thank you so much for explaining in detail! But seems that I suffered a different problem.
Maybe I should open a new issue to solve the problem, but now I have no ideas.

The docker version command error message is same as yours.
When I clicked on "Switch to Linux Containers", my error info is
"Binary stream "0" does not contain valid BinaryHeader. This may be due to invalid flow, or due to changes in the object version between serialization and serialization. In Docker.Core.Pipe.NamedPipeClient.Send (String action, Object[] parameters) position C:\gopath\src\github.com\docker\pinata\win\src\Docker.Core\pipe\NamedPipeClient.cs: line 36 At Docker.Actions.<>c__DisplayClass25_0.b__0 () position C:\gopath\src\github.com\docker\pinata\win\src\Docker.Windows\Actions.cs: line 285 At Docker.WPF.TaskQueue.<>c__DisplayClass19_0.<.ctor>b__1 () position C:\gopath\src\github.com\docker\pinata\win\src\Docker.WPF\TaskQueue.cs: line 59 "

@rvprasad
Copy link
Author

I'd say so. Please make sure you document all the steps that you took and all the errors encountered. I think this will help folks figure out if the issues are related.

@randomvariable
Copy link

randomvariable commented Oct 21, 2017

No joy for me on version 1709, build 16299.19, but for different reasons:

Client:
 Version:      17.09.0-ce
 API version:  1.32
 Go version:   go1.8.3
 Git commit:   afdb6d4
 Built:        Tue Sep 26 22:40:09 2017
 OS/Arch:      windows/amd64

Server:
 Version:      master-dockerproject-2017-10-20
 API version:  1.34 (minimum version 1.24)
 Go version:   go1.8.4
 Git commit:   ab0eb8f
 Built:        Fri Oct 20 23:50:34 2017
 OS/Arch:      windows/amd64
 Experimental: true

when instantiated with the preview docs, i.e.
Shell 1:

$progressPreference = 'silentlyContinue'
mkdir "$Env:ProgramFiles\Linux Containers

Invoke-WebRequest -UseBasicParsing -OutFile linuxkit.zip https://github.com/friism/linuxkit/releases/download/preview-1/linuxkit.zip

Expand-Archive linuxkit.zip -DestinationPath "$Env:ProgramFiles\Linux Containers\."
rm linuxkit.zip
Invoke-WebRequest -UseBasicParsing -OutFile dockerd.exe https://master.dockerproject.org/windows/x86_64/dockerd.exe

Shell 2:

docker -H "npipe:////./pipe//docker_lcow" run -ti busybox sh

fails with

Unable to find image 'busybox:latest' locally
latest: Pulling from library/busybox
C:\Program Files\Docker\Docker\Resources\bin\docker.exe: no matching manifest for windows/amd64 in the manifest list entries.

docker.log

@rvprasad
Copy link
Author

rvprasad commented Oct 26, 2017

This failure does not occur when Docker 17.10.0-ce-win36 (13788) from edge channel is used with "Linux containers for Windows" support. #1221 (comment)

@docker-robott
Copy link
Collaborator

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale comment.
Stale issues will be closed after an additional 30d 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

@john-thomas-dotcms
Copy link

I'm getting the exact same error on 18.3.1-ce when I try to use Linux containers. The error comes up on a cold start, and any time I switch from Windows containers to Linux containers.

@john-thomas-dotcms
Copy link

john-thomas-dotcms commented Jun 8, 2018

I tried with edge 18.05.0-ce and I get the same error. Here is the full text of the error with the edge install:

Unable to create: The running command stopped because the preference variable "ErrorActionPreference" or common parameter is set to Stop: Hyper-V encountered an error trying to access an object on computer 'SUREVICTORY10' because the object was not found. The object might have been deleted. Verify that the Virtual Machine Management service on the computer is running.
at New-Switch, <No file>: line 117
at <ScriptBlock>, <No file>: line 394
   at Docker.Core.Pipe.NamedPipeClient.Send(String action, Object[] parameters) in C:\gopath\src\github.com\docker\pinata\win\src\Docker.Core\pipe\NamedPipeClient.cs:line 36
   at Docker.Actions.<>c__DisplayClass24_0.<SwitchDaemon>b__0() in C:\gopath\src\github.com\docker\pinata\win\src\Docker.Windows\Actions.cs:line 272
   at Docker.WPF.TaskQueue.<>c__DisplayClass19_0.<.ctor>b__1() in C:\gopath\src\github.com\docker\pinata\win\src\Docker.WPF\TaskQueue.cs:line 59

@john-thomas-dotcms
Copy link

@rvprasad I'm seeing this issue with 18.03.1 and 18.05.0, on Win 10 Pro with the latest Windows Updates. Will this issue get re-looked at, or should I open another issue or ?????

@rvprasad
Copy link
Author

rvprasad commented Jun 8, 2018

Since this issue has been closed, I suggest opening a new issue. For me, Linux containers were failing on the latest version of Docker for Windows. So, if you create an issue and I will chime in with my observations.

@nlata15
Copy link

nlata15 commented Jun 23, 2018

Is the issue resolved? Do we have another thread to followup on this?

@rvprasad
Copy link
Author

I suggest you could create a new issue and/or follow #1221.

@josh-axy
Copy link

Same with me.

@john-thomas-dotcms
Copy link

I had this issue for a while, but the issue went away after I did a major Windows Update (which incidentally wiped out most of my custom registry settings) and then installed v2.0.5.0.

Whether the fix happened because of the registry wiping Windows so kindly did for me, or the new version of Docker, I don't know. But if you haven't already, I'd suggest a complete uninstall of both Docker and Hyper-V (including clearing out any left-over registry entries for both), and then re-installing Docker v2.0.5.0 or later.

@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 Jun 24, 2020
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

9 participants