-
Notifications
You must be signed in to change notification settings - Fork 122
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
Registry connectivity error with 3.3.3 MacOS and new virt framework #5680
Comments
Oh, just go forward to the question: I do not use VPN. |
I can confirm the same problem in intel mac too, it also affects |
As @iben12 commented, this issue wasn't present in 3.3.1. I used to build without issues. My guess it's a regression bug introduced in 3.3.3 |
Same issue here. |
can confirm, same here on 3.3.3 |
Same issue... |
Same here, using Apple M1 and new virtualisation framework. Suggested workaround to rollback to macOS: 11.3.1 |
@lordgordon disabling new virt on 3.3.3 also works |
Just putting it out, and I assume based on the change of the bug name people already know this, but this is occurring on non-M1 Macs as well. Thanks for looking into this problem, definitely caught me off guard as I was using the new virtualization for some time. |
Any news regarding the problem? |
@stefanodecillis did you disabled new virt as a workaround? Since the new virtualization is experimental, I would not rely on it in my daily tasks. |
@gmsantos I didn't try to be honest. It is working properly disabling the new virt even if I was hoping to use it ahaha |
@djs55 PTAL. Thanks. |
Thanks for your reports. I recently fixed a problem in this area, could you try an experimental build?
Note I've not notarised the builds so there will probably be a warning from macOS the first time it's launched. Let me know if it works any better. If not, could you upload some diagnostics and quote the ID here? Thanks! |
Hi @djs55, I can confirm that on this build (3.4.0 64397) |
Whoever wants to try this preview build, just run:
to un-quarantine Docker app and then you can Cancel the popup that says the application is damaged and you have to move it to the bin. |
@djs55 👍 with intel build and new virt framework enabled. Thanks! |
Works for me too on M1 and new framework enabled 👍 |
Fixed pulling on my M1, thank you @djs55 |
Hi @djs55 it worked for me too, on Intel and new virtualization framework enabled. Thank you! |
3.4.0 works for me |
@genevera how can I get 3.4.0? It doesn't show in updates for me |
@gmsantos It's not real 3.4.0, it's the test build higher up this ticket. |
Same issue with 3.3.3. Worked without the new hypervisor framework. |
It works well! Thank you very much! |
Hi, everyone: The Docker Desktop noticed me to update to a new release Docker Desktop 3.4.0. But I don't see this issue motioned. Is this problem attempted be resolved in that version? Should I update to the new version to have a try? |
Updating to 3.4.0 and enabling new virt framework worked here. |
New release version works for me here (Apple Silicon M1),but i don't see this issue mentioned in release note neither. BTW my issue #5725 also has fixed and hasn't mentioned neither. |
Hi, @fanvinga! Thanks for your reply! I will have a try on the new version. |
Closed issues are locked after 30 days of inactivity. 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. |
Expected behavior
login/pull/push works with 3.3.3 on Apple M1 with new virtualization framework enabled
Actual behavior
I get
Error response from daemon: Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)
error. Not just docker hub, but any registry I tried.
Information
I experienced this error while on 3.3.3. Could not resolve, so I removed Docker Desktop and re-installed 3.3.1 from dmg. At the first start-up I was informed that Docker must be reset to factory settings because I had a later version installed. I agreed. Everything worked again.
I then updated to 3.3.3 via the update menu and registry connection was broken again.
I found out that disabling new virtualization framework fixes the issue.
I do not really remember ever enabling new virtualization framework, however they say that at 3.3.2 that was suggested by the application so maybe I did. Anyway, reset to factory should have disable it anyway. Or I did use 3.3.1 with the new framework without errors, but in this case this is a regression.
Steps to reproduce the behavior
docker login
ordocker pull
ordocker push
The text was updated successfully, but these errors were encountered: