Dotnet-docker: dotnet runtime 2.1.0 download is missing (returns 404)

Created on 18 Jun 2018  路  6Comments  路  Source: dotnet/dotnet-docker

Steps to reproduce the issue

  1. checkout repo
  2. cd dotnet/dotnet-docker/blob/master/2.1/runtime/alpine3.7/amd64/
  3. docker build .

Expected behavior

Image builds successfully

Actual behavior

https://dotnetcli.blob.core.windows.net/dotnet/Runtime/2.1.0/dotnet-runtime-2.1.0-linux-musl-x64.tar.gz returns 404 and fails the build

https://github.com/dotnet/dotnet-docker/blob/0a20115af4ff0f8802321076bc90670e5b28b670/2.1/runtime/alpine3.7/amd64/Dockerfile#L4-L8

docker build .
Sending build context to Docker daemon   2.56kB
Step 1/3 : FROM microsoft/dotnet:2.1-runtime-deps-alpine3.7
2.1-runtime-deps-alpine3.7: Pulling from microsoft/dotnet
ff3a5c916c92: Already exists
2e8c6f9da5cd: Pull complete
Digest: sha256:9a912f4de7eb5f108fe98ab1799996600e2a2e57c0cc102f93fe8d49110a1fcf
Status: Downloaded newer image for microsoft/dotnet:2.1-runtime-deps-alpine3.7
 ---> 5bbd574bc65a
Step 2/3 : ENV DOTNET_VERSION 2.1.0
 ---> Running in fec7ea975cf6
Removing intermediate container fec7ea975cf6
 ---> d9152017ad88
Step 3/3 : RUN apk add --no-cache --virtual .build-deps         openssl     && wget -O dotnet.tar.gz https://dotnetcli.blob.core.windows.net/dotnet/Runtime/$DOTNET_VERSION/dotnet-runtime-$DOTNET_VERSION-linux-musl-x64.tar.gz     && dotnet_sha512='f34be4356d28201d6962b884e7b660efefd187f2dad34eeed87d044a8033a281143b6bf9972cb843d7f48f1956c9ee4dd9a6e548fb917ba547031212f722b41f'     && echo "$dotnet_sha512  dotnet.tar.gz" | sha512sum -c -     && mkdir -p /usr/share/dotnet     && tar -C /usr/share/dotnet -xzf dotnet.tar.gz     && ln -s /usr/share/dotnet/dotnet /usr/bin/dotnet     && rm dotnet.tar.gz     && apk del .build-deps
 ---> Running in 58abab83c442
fetch http://dl-cdn.alpinelinux.org/alpine/v3.7/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.7/community/x86_64/APKINDEX.tar.gz
(1/2) Installing openssl (1.0.2o-r0)
(2/2) Installing .build-deps (0)
Executing busybox-1.27.2-r7.trigger
Executing ca-certificates-20171114-r0.trigger
OK: 16 MiB in 27 packages
Connecting to dotnetcli.blob.core.windows.net (52.241.88.84:443)
wget: server returned error: HTTP/1.1 404 The specified resource does not exist.
The command '/bin/sh -c apk add --no-cache --virtual .build-deps         openssl     && wget -O dotnet.tar.gz https://dotnetcli.blob.core.windows.net/dotnet/Runtime/$DOTNET_VERSION/dotnet-runtime-$DOTNET_VERSION-linux-musl-x64.tar.gz     && dotnet_sha512='f34be4356d28201d6962b884e7b660efefd187f2dad34eeed87d044a8033a281143b6bf9972cb843d7f48f1956c9ee4dd9a6e548fb917ba547031212f722b41f'     && echo "$dotnet_sha512  dotnet.tar.gz" | sha512sum -c -     && mkdir -p /usr/share/dotnet     && tar -C /usr/share/dotnet -xzf dotnet.tar.gz     && ln -s /usr/share/dotnet/dotnet /usr/bin/dotnet     && rm dotnet.tar.gz     && apk del .build-deps' returned a non-zero code: 1

Additional information (e.g. issue happens only occasionally)

This is a recent change, has been working in the last 3 days

Output of docker version

Client:
 Version:      18.03.1-ce
 API version:  1.37
 Go version:   go1.9.5
 Git commit:   9ee9f40
 Built:        Thu Apr 26 07:12:48 2018
 OS/Arch:      windows/amd64
 Experimental: false
 Orchestrator: swarm

Server:
 Engine:
  Version:      18.03.1-ce
  API version:  1.37 (minimum version 1.12)
  Go version:   go1.9.5
  Git commit:   9ee9f40
  Built:        Thu Apr 26 07:22:38 2018
  OS/Arch:      linux/amd64
  Experimental: false

Output of docker info

Containers: 3
 Running: 0
 Paused: 0
 Stopped: 3
Images: 123
Server Version: 18.03.1-ce
Storage Driver: overlay2
 Backing Filesystem: extfs
 Supports d_type: true
 Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host macvlan null overlay
 Log: awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 773c489c9c1b21a6d78b5c538cd395416ec50f88
runc version: 4fc53a81fb7c994640722ac585fa9ca548971871
init version: 949e6fa
Security Options:
 seccomp
  Profile: default
Kernel Version: 4.9.87-linuxkit-aufs
Operating System: Docker for Windows
OSType: linux
Architecture: x86_64
CPUs: 2
Total Memory: 1.934GiB
Name: linuxkit-00155d710706
ID: HTDT:QBXE:4DUP:BYTS:V6EC:UHNM:PFKR:KZYA:XZH2:NYWY:75S7:2EJB
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
 File Descriptors: 19
 Goroutines: 36
 System Time: 2018-06-17T22:02:27.2809553Z
 EventsListeners: 1
Registry: https://index.docker.io/v1/
Labels:
Experimental: false
Insecure Registries:
 127.0.0.0/8
Live Restore Enabled: false

All 6 comments

https://github.com/dotnet/core/blob/master/release-notes/releases.csv#L3 appears to be missing the column for alpine/musl

Further to alpine, all runtime blob links appear to be broken, not just musl.
https://github.com/dotnet/cli/issues/9508 https://github.com/dotnet/core-setup/issues/4245

Have the exact same issue with the alpine 3.7 aspnetruntime Dockerfile. Appears someone accidentally deleted some stuff. Hopefully it gets reverted quickly...

The underlying issue was fixed. Please respond it you are still experiencing issues.

@MichaelSimons May I know what was the underlying issue?

@MinhThienDX - There was some some internal infrastructure that was mis-configured.

Seems to work again on my end as well. Thanks for the fix!

Was this page helpful?
0 / 5 - 0 ratings