You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
we're having issues since yesterday on pulling images from mcr.microsoft.com. It's hanging forever or failing with connection reset.
Image we're trying to pull now is: mcr.microsoft.com/playwright:v1.37.0-focal@sha256:76de21fcd165e867021bc510c7cdf1811b68b518ba11a2101c3ec7d737eed831. We also tried with a different playwright version.
[internal] load metadata for mcr.microsoft.com/dotnet/sdk:8.0:
[internal] load metadata for mcr.microsoft.com/dotnet/aspnet:8.0:
Dockerfile:3
1 | #See https://aka.ms/customizecontainer to learn how to customize your debug container and how Visual Studio uses this Dockerfile to build your images for faster debugging.
2 |
3 | >>> FROM mcr.microsoft.com/dotnet/aspnet:8.0 AS base
4 | USER root
5 | WORKDIR /app
ERROR: failed to solve: mcr.microsoft.com/dotnet/aspnet:8.0: failed to resolve source metadata for mcr.microsoft.com/dotnet/aspnet:8.0: failed to do request: Head "https://mcr.microsoft.com/v2/dotnet/aspnet/manifests/8.0": EOF
View build details: docker-desktop://dashboard/build/default/default/pgs4yqanfnc4gkq08vsrbq6a2
C:\Users\bsall\source\repos\Quiztle\Quiztle.API\Dockerfile(0,0): Error CTC1014: Docker command failed with exit code 1.
#0 building with "default" instance using docker driver
curl -A github165 -v https://mcr.microsoft.com/v2/dotnet/sdk/manifests/8.0
In the output of the curl command succeeded you should see an x-msedge-reg value. If you can share that value it would be great. This will help us narrow down where this issue is occurring. Also run it a few times so we have a few values to look into.
curl -A github165 -v https://mcr.microsoft.com/v2/dotnet/sdk/manifests/8.0
In the output of the curl command succeeded you should see an x-msedge-reg value. If you can share that value it would be great. This will help us narrow down where this issue is occurring. Also run it a few times so we have a few values to look into.
Confirmed. Everything is stable using Docker Desktop version 4.32. Thanks - I will follow this thread for further updates and stay on 4.32 in the mean time.
Reacted by Bruno S Pereira, valentin-pouget-forge and Jarrod Rein
I'm having the same problem right now building my images using jenkins and a linux machine. The only solution for me was to download the images before hand and build after that.
Im using mcr.microsoft.com/dotnet/aspnet:7.0 and mcr.microsoft.com/dotnet/sdk:7.0
Has anyone resolved this other than by downgrading? The same issue is occurring consistently with podman. Running the curl command as requested seems successful (I get < X-MSEdge-Ref: Ref A: 9F14B8D7F3A74CFAAE7B50947911C634 Ref B: EWR311000107049 Ref C: 2024-09-11T14:39:47Z and a list of checksums, etc.) but when running a build, it's all I/O timeout errors. Very confusing and frustrating.
I downgraded to 4.32MacOS Silicon too, I was experiencing the following issues.
broken build because of a network issue only when OpenVPN was enabled: failed to solve: node:20.16.0-alpine: failed to resolve source metadata for docker.io/library/node:20.16.0-alpine: failed to do request: Head "https://registry-1.docker.io/v2/library/node/manifests/20.16.0-alpine": dialing registry-1.docker.io:443 container via direct connection because app settings has no HTTPS proxy: connecting to registry-1.docker.io:443: dial tcp: lookup registry-1.docker.io: no such host
connecting to an API endpoint from inside a running container was broken, and timeouting during the authentication endpoint. discovery from inside a running container: Error in callback: RPError: outgoing request timed out after 3500ms
Authentication issues to pull images failed to solve: node:20.16-alpine: failed to resolve source metadata for [docker.io/library/node:20.16-alpine:](http://docker.io/library/node:20.16-alpine:) failed to authorize: failed to fetch anonymous token: Get "https://auth.docker.io/token?scope=repository%3Alibrary%2Fnode%3Apull&service=registry.docker.io": dial tcp: lookup [auth.docker.io](http://auth.docker.io/) on 127.0.0.11:53: server misbehaving
Failing to pull docker images from mcr.microsoft.com solved by turning off IPv6 on Win11 pro 23H2
The error I got, was:
failed to resolve source metadata for mcr.microsoft.com/dotnet/sdk:8.0: failed to do request: Head "https://mcr.microsoft.com/v2/dotnet/sdk/manifests/8.0": EOF
After some investigation and testing I was able to solve this issue by disabling IPv6.
I have this problem on v4.34 to v4.36, only downgrading to v4.32 has solved the issue for me.
I only see this issue on my work computer and not my home computer. My work computer uses a proxy (though it still fails to functions with the proxy disabled), and is on Windows 10, while my home computer is on WIndows 11.
Disabling IPv6 on my network adapter did fix the issue as well.
Reacted by Julien G, Kevin S., Fabrizio Rapelli and StormeNet
> docker pull mcr.microsoft.com/dotnet/aspnet:10.0
Error response from daemon: failed to resolve reference "mcr.microsoft.com/dotnet/aspnet:10.0": failed to do request: Head "https://mcr.microsoft.com/v2/dotnet/aspnet/manifests/10.0": EOF
Still not working on:
Fresh Win 11 Pro, 10.0.26200 Build 26200
Docker Desktop Version 4.65.0 (221669) on top of up-to-date WSL2
Firewall/Antivirus paused, no affect
I'm not able to downgrade as ISO27001 and NCSC Cyber Essentials Plus requires we run the latest patched versions of software.
Disabling ipv6 on the network adapter does work around this issue but it feels like Microsoft Container Registry should investigate a fix.
Same problem here, everything up-to-date (Docker Desktop 4.66.1, Win 11 Pro 26200.8039) and no other problem but with Microsoft Container Registry. Unless IPv6 is disabled the time needed to pull needed images, we cannot pull images from mcr.microsoft.com which is a blocker when heavily working with devcontainers.
Activity
bsallesp commentedon Jul 27, 2024
#1 [internal] load build definition from Dockerfile
#1 transferring dockerfile: 1.08kB 0.0s done
#1 DONE 0.0s
#2 [internal] load metadata for mcr.microsoft.com/dotnet/sdk:8.0
#2 ERROR: failed to do request: Head "https://mcr.microsoft.com/v2/dotnet/sdk/manifests/8.0": EOF
#3 [internal] load metadata for mcr.microsoft.com/dotnet/aspnet:8.0
#3 ERROR: failed to do request: Head "https://mcr.microsoft.com/v2/dotnet/aspnet/manifests/8.0": EOF
Dockerfile:3
1 | #See https://aka.ms/customizecontainer to learn how to customize your debug container and how Visual Studio uses this Dockerfile to build your images for faster debugging.
2 |
3 | >>> FROM mcr.microsoft.com/dotnet/aspnet:8.0 AS base
4 | USER root
5 | WORKDIR /app
ERROR: failed to solve: mcr.microsoft.com/dotnet/aspnet:8.0: failed to resolve source metadata for mcr.microsoft.com/dotnet/aspnet:8.0: failed to do request: Head "https://mcr.microsoft.com/v2/dotnet/aspnet/manifests/8.0": EOF
View build details: docker-desktop://dashboard/build/default/default/pgs4yqanfnc4gkq08vsrbq6a2
C:\Users\bsall\source\repos\Quiztle\Quiztle.API\Dockerfile(0,0): Error CTC1014: Docker command failed with exit code 1.
#0 building with "default" instance using docker driver
#1 [internal] load build definition from Dockerfile
#1 transferring dockerfile: 1.08kB 0.0s done
#1 DONE 0.0s
#2 [internal] load metadata for mcr.microsoft.com/dotnet/sdk:8.0
#2 ERROR: failed to do request: Head "https://mcr.microsoft.com/v2/dotnet/sdk/manifests/8.0": EOF
#3 [internal] load metadata for mcr.microsoft.com/dotnet/aspnet:8.0
#3 ERROR: failed to do request: Head "https://mcr.microsoft.com/v2/dotnet/aspnet/manifests/8.0": EOF
thats my case
AndreHamilton-MSFT commentedon Jul 29, 2024
Sorry for the delay. For those facing issues is it intermittent or consistent? Can you run the following
Lucas Rosa (@lucasassisrosa):
Bruno S Pereira (@bsallesp)
In the output of the curl command succeeded you should see an x-msedge-reg value. If you can share that value it would be great. This will help us narrow down where this issue is occurring. Also run it a few times so we have a few values to look into.
adanbrownpaca commentedon Aug 1, 2024
Same issue here guys, any updates? Running these curl commands result in:
curl: (35) Send failure: Connection was reset
bsallesp commentedon Aug 1, 2024
Sorry for late, guys.
I forgot to say that, downgrading the docker, it worked.
I am using the version below:
bsallesp commentedon Aug 1, 2024
Looks like a docker desktop issue.
bsallesp commentedon Aug 1, 2024
adanbrownpaca commentedon Aug 10, 2024
It is consistent. I will downgrade my version to 4.32 to confirm that it is a docker desktop issue. Stand by.
adanbrownpaca commentedon Aug 10, 2024
Confirmed. Everything is stable using Docker Desktop version 4.32. Thanks - I will follow this thread for further updates and stay on 4.32 in the mean time.
Matheus-SS commentedon Aug 26, 2024
I'm having the same problem right now building my images using jenkins and a linux machine. The only solution for me was to download the images before hand and build after that.
Im using mcr.microsoft.com/dotnet/aspnet:7.0 and mcr.microsoft.com/dotnet/sdk:7.0
K-Benton-CAVC commentedon Sep 11, 2024
Has anyone resolved this other than by downgrading? The same issue is occurring consistently with podman. Running the curl command as requested seems successful (I get < X-MSEdge-Ref: Ref A: 9F14B8D7F3A74CFAAE7B50947911C634 Ref B: EWR311000107049 Ref C: 2024-09-11T14:39:47Z and a list of checksums, etc.) but when running a build, it's all I/O timeout errors. Very confusing and frustrating.
valentin-pouget-forge commentedon Sep 20, 2024
I downgraded to 4.32MacOS Silicon too, I was experiencing the following issues.
broken build because of a network issue only when OpenVPN was enabled:
failed to solve: node:20.16.0-alpine: failed to resolve source metadata for docker.io/library/node:20.16.0-alpine: failed to do request: Head "https://registry-1.docker.io/v2/library/node/manifests/20.16.0-alpine": dialing registry-1.docker.io:443 container via direct connection because app settings has no HTTPS proxy: connecting to registry-1.docker.io:443: dial tcp: lookup registry-1.docker.io: no such hostconnecting to an API endpoint from inside a running container was broken, and timeouting during the authentication endpoint. discovery from inside a running container:
Error in callback: RPError: outgoing request timed out after 3500msAuthentication issues to pull images
failed to solve: node:20.16-alpine: failed to resolve source metadata for [docker.io/library/node:20.16-alpine:](http://docker.io/library/node:20.16-alpine:) failed to authorize: failed to fetch anonymous token: Get "https://auth.docker.io/token?scope=repository%3Alibrary%2Fnode%3Apull&service=registry.docker.io": dial tcp: lookup [auth.docker.io](http://auth.docker.io/) on 127.0.0.11:53: server misbehavingggrafhalfbrick commentedon Sep 24, 2024
Any news on this without downgrading Docker?
peereflits commentedon Oct 23, 2024
Failing to pull docker images from
mcr.microsoft.comsolved by turning off IPv6 on Win11 pro 23H2The error I got, was:
failed to resolve source metadata for mcr.microsoft.com/dotnet/sdk:8.0: failed to do request: Head "https://mcr.microsoft.com/v2/dotnet/sdk/manifests/8.0": EOFAfter some investigation and testing I was able to solve this issue by disabling IPv6.
See: https://github.com/peereflits/Articles/blob/main/Other/2024-10-23-failing-to-pull-docker-images.md
ggrafhalfbrick commentedon Oct 23, 2024
I ended up having to downgrade to 4.32.0 (157355). That works fine for us.
https://docs.docker.com/desktop/release-notes/
cseuzaron commentedon Nov 14, 2024
Downgrade solved my problem as well, thank you!
jabacrack commentedon Nov 19, 2024
I try to downgrade to 4.32.0 and switch off IPv6 - doesn't help.
Windows 10 Pro 22H2
cesar-albusac commentedon Nov 20, 2024
Upgrading Docker Desktop (to 4.36.0) solved my issue
jabacrack commentedon Nov 20, 2024
The problem was with my antivirus, after reinstalling the antivirus the docker started working.
lucasassisrosa commentedon Nov 25, 2024
Upgraded Docker Desktop and it's solved now
v4.36.0
adanbrownpaca commentedon Nov 25, 2024
Lucas, are you confirming that v4.36 now works? Many of us had to downgrade to v4.32 to solve it. Is it now fully resolved?
cesar-albusac commentedon Nov 25, 2024
For me downgrade to v4.32 to solve it :)
TimothyHarrelson commentedon Dec 3, 2024
I have this problem on v4.34 to v4.36, only downgrading to v4.32 has solved the issue for me.
I only see this issue on my work computer and not my home computer. My work computer uses a proxy (though it still fails to functions with the proxy disabled), and is on Windows 10, while my home computer is on WIndows 11.
Disabling IPv6 on my network adapter did fix the issue as well.
StormeNet commentedon Aug 29, 2025
Had this issue with v4.45, and solved it thx to Timothy Harrelson (@TimothyHarrelson) by disabling IPv6 on my network adapter.
brainwipe commentedon Mar 20, 2026
Still not working on:
I'm not able to downgrade as ISO27001 and NCSC Cyber Essentials Plus requires we run the latest patched versions of software.
Disabling ipv6 on the network adapter does work around this issue but it feels like Microsoft Container Registry should investigate a fix.
welyb-alegal commentedon Mar 30, 2026
Same problem here, everything up-to-date (Docker Desktop 4.66.1, Win 11 Pro 26200.8039) and no other problem but with Microsoft Container Registry. Unless IPv6 is disabled the time needed to pull needed images, we cannot pull images from mcr.microsoft.com which is a blocker when heavily working with devcontainers.
jwood-billee commentedon May 13, 2026
Still a problem in 2026. Disabling IPv6 temporarily allow me to download the image.