-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
skaffold build: failed to connecto to docker socket #4753
Comments
@gsquared94 I think you have a Windows box with WSL2 available? Do you see this with |
@briandealwis I don't have access to it right now unfortunately. |
Oh and to clarify, I'm using Docker Desktop's WSL2 backend |
I'll get to this as soon as I can get a device setup. |
sorry it took a while to get to this. I was successful in running @broady is the |
|
FWIW a Windows machine running in a VM is going to be set up very different than Docker Desktop with WSL2 backend. |
Any way to remove the "priority/awaiting-more-evidence" tag? I don't think anything's waiting on me? |
I updated my Docker Desktop version and now get this error instead:
I added some log statements:
|
I have Docker Desktop with WSL2 Backend on my Windows Machine and I was not able to reproduce the errors above with examples/buildpacks. Everything seemed to work fine when i ran "skaffold run" the only reason the build didn't complete on my end was cause "Build Failed. No push access to specified image repository. Trying running with I tried with |
Hmm, this works for me too (Win 10 version 2004, OS Build 19041.450, Skaffold v1.15.0). |
@broady what do |
|
From these errors, at least it seems like you can connect to the docker socket from Skaffold after you upgraded Docker. I speculated that the "page not found" error response from the daemon might be because of API version mismatch between the client and the server (e.g., hitting a wrong endpoint, hence "page not found"). But obviously, your server and client are using the same version, so I guess it's not the cause. It may just be logging that there's no containers to force-delete. For the "not a directory" response, I just have a wild speculation that some internal Docker daemon state is corrupted or to that effect. For example, https://stackoverflow.com/a/45104143/1701388 Maybe try cleaning up everything (running/stopped containers, all the images, but especially all the volumes that are both being used and unused, ...). But at least you are getting a response from the daemon, so I think your original issue that you cannot connect to the daemon is resolved somehow. But I'm not a Docker expert, and all I said may just be wrong. |
I stopped all my running containers, ran docker system prune --all -force, docker volume prune, restarted the Docker daemon, I also just tried moving the directory away from the network-mounted filesystem (/mnt/c/...) to the Ubuntu/WSL homedir, same error. |
But now, strangely, pack is failing. So it's no longer only failing under Skaffold:
|
@broady did Clean / Purge data or Reset to factory defaults make a difference? |
it did not. should I close this bug out? Looks like if there is a bug, it's probably in cmd/pack, not skaffold. |
Yeah, let's close it given that several of us tried and were able to build successfully. You might try recreating your WSL2 instance, or uninstalling and reinstalling Docker. But at this point I'm just gesticulating wildly while trying to come up with a useful suggestion. |
Expected behavior
App gets built
Actual behavior
Error message:
Information
The pack command seems to get further:
Docker works fine:
The text was updated successfully, but these errors were encountered: