Replies: 1 comment 1 reply
-
I'm wondering is it possible to use some HTTP proxy to work this around? |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I want to build the images of the scheduler-plugins with my example plugin. I use the Makefile in the project.
My go version is 1.23.2 and I have already downloaded the required base image golang:1.23.2 locally. However, when I run the build command--make build-images, Docker still attempts to pull the image from Docker Hub and fails due to network timeout errors.
The error I receive is:
ERROR: failed to solve: golang:1.23.2: failed to resolve source metadata for docker.io/library/golang:1.23.2: failed to do request: Head "https://registry-1.docker.io/v2/library/golang/manifests/1.23.2": dial tcp 174.37.175.229:443: i/o timeout
I have verified that the local golang:1.23.2 image exists on my system using docker images, and I can see the image listed. However, Docker seems to ignore the local image and is trying to pull it from the remote Docker Hub repository.
Here are the steps I’ve already taken:
I’ve tried specifying the local image in the Dockerfile and in the build command, but it still pulls from the remote registry.I tried adding the --no-cache option to the docker buildx build command to force a fresh build, but the issue persists. I also checked my Docker configuration to make sure it's set to prefer local images, but it doesn’t seem to work.
My problem is: What could be causing Docker to still pull the image from the remote registry despite having it locally, and how can I ensure that Docker uses the local image instead?
Beta Was this translation helpful? Give feedback.
All reactions