Issue pulling redis:alpine - no matching manifest

[rk23]

alpine: Pulling from library/redis
no matching manifest for linux/amd64 in the manifest list entries

[austinpray]

same here for docker pull redis:latest

╭─austin@arch-tower  ~  
╰─$ docker pull redis:latest
latest: Pulling from library/redis
no matching manifest for linux/amd64 in the manifest list entries
╭─austin@arch-tower  ~  
╰─$ uname -r                                                                                                                                                  1 ↵
4.13.12-1-ARCH

[tominkozhimala]

Looks like redis 4.0.5 images were pushed in the last 30 minutes: #114 (comment)

using redis:4.0.4-alpine is my workaround at the moment. Have not tested with the non-alpine redis:4.0.4 yet

[kevin-brown]

As far as I can tell, this issue specifically affects the amd64 variants of the Redis image. While all of the other architectures were updated 30 minutes ago, the amd64 variant still shows 19 hours ago.

https://hub.docker.com/r/amd64/redis/

[yosifkit]

Yup, the amd64 builder is a bit backed up at the moment. The alpine image causes a rebuild of all images dependent on it. It doesn't have to rebuild the Debian variants, but still has quite a few to run through.

[hairyhenderson]

@yosifkit can the manifest be re-pointed to point to an available amd64 image?

[yosifkit]

@hairyhenderson, not really; the manifest lists that point to the architectures are controlled with the content of the official-images repo via jenkins jobs.

[Armour]

lol same problem here

[stevvooe]

Confirmed:

$ sudo ctr content fetch-object docker.io/library/redis:4.0.5-alpine
{
   "schemaVersion": 2,
   "mediaType": "application/vnd.docker.distribution.manifest.list.v2+json",
   "manifests": [
      {
         "mediaType": "application/vnd.docker.distribution.manifest.v2+json",
         "size": 1775,
         "digest": "sha256:f23d254c27af80cfde43600baa117cecb20cbaafe30a1ea33fe955a81890e333",
         "platform": {
            "architecture": "arm64",
            "os": "linux",
            "variant": "v8"
         }
      }
   ]
}

[stevvooe]

Btw, above, alpine is shown, but this is the same for latest, as well. It seems the manifest list was not assembled correctly and only the arm64 arch was pushed.

[yosifkit]

The manifest is correct; it was built with images from all arches that match redis:4.0.5-alpine and are built. It cannot manifest push something that does not yet exist. As I stated earlier, the amd64 builder is still working through its queue.

[stevvooe]

@yosifkit The problem is that this was pushed to redis:latest before being ready, as well. We have the same partial there:

~/g/s/g/c/containerd ❯❯❯ sudo ctr content fetch-object docker.io/library/redis:latest                                                                                                                                                                              tags/v1.0.0-rc.0^0 ✭ ◼
INFO[0000] resolving                                     ref="docker.io/library/redis:latest"
INFO[0000] fetching                                      ref="docker.io/library/redis:latest"
{
   "schemaVersion": 2,
   "mediaType": "application/vnd.docker.distribution.manifest.list.v2+json",
   "manifests": [
      {
         "mediaType": "application/vnd.docker.distribution.manifest.v2+json",
         "size": 1571,
         "digest": "sha256:420ae0e3bb344f8a8d2059f6286dfcb9328e65b9e1e0f7f359f1ac5d8ae6f9c6",
         "platform": {
            "architecture": "arm64",
            "os": "linux",
            "variant": "v8"
         }
      }
   ]
}

[kevin-brown]

Huzzah!

I suspect this issue is now solved or will be solved very shortly.

[yosifkit]

Correct, the amd64 build server got to the redis images so they are up in am64/redis and should be up in the manifest lists in library/redis in the next few minutes.

Similar issues: docker-library/hello-world#39, docker-library/official-images#3622 (comment), docker-library/wordpress#239, docker-library/ruby#159, docker-library/rabbitmq#188, docker-library/ghost#106.