RHEL 7, CentOS 7, SLES repos: [FileNotFound] Install ASP.NET Core 2.2 Runtime (v2.2.8) on Linux

[lzpong]

Dependencies Resolved

===========================================================================================================================================
 Package                                Arch                  Version                     Repository                                  Size
===========================================================================================================================================
Installing:
 aspnetcore-runtime-2.2                 x86_64                2.2.8-1                     packages-microsoft-com-prod                 30 M
Installing for dependencies:
 dotnet-host                            x86_64                3.0.1-1                     packages-microsoft-com-prod                 39 k
 dotnet-hostfxr-2.2                     x86_64                2.2.8-1                     packages-microsoft-com-prod                196 k
 dotnet-runtime-2.2                     x86_64                2.2.8-1                     packages-microsoft-com-prod                 27 M
 dotnet-runtime-deps-2.2                x86_64                2.2.8-1                     packages-microsoft-com-prod                2.8 k
 libicu                                 x86_64                50.2-3.el7                  base                                       6.9 M

Transaction Summary
===========================================================================================================================================
Install  1 Package (+5 Dependent packages)

Total size: 64 M
Total download size: 30 M
Installed size: 81 M
Is this ok [y/d/N]: y
Downloading packages:
aspnetcore-runtime-2.2.8-rh.rh FAILED
https://packages.microsoft.com/rhel/7/prod/aspnetcore-runtime-2.2.8-rh.rhel.7-x64.rpm: [Errno 14] HTTPS Error 404 - Not Found --:--:-- ETA
Trying other mirror.
To address this issue please refer to the below wiki article

https://wiki.centos.org/yum-errors

If above article doesn't help to resolve this issue please use https://bugs.centos.org/.



Error downloading packages:
  aspnetcore-runtime-2.2-2.2.8-1.x86_64: [Errno 256] No more mirrors to try.

[dagood]

We are having problems with the Microsoft linux repos right now, but this is a new one, thanks for the report:

https://packages.microsoft.com/rhel/7/prod/aspnetcore-runtime-2.2.8-rh.rhel.7-x64.rpm: [Errno 14] HTTPS Error 404 - Not Found --:--:-- ETA

@leecow, do you know if this is a consequence of how we're fixing #3863? Are we putting the repo in a bad state? (Temporarily? Maybe it needs to reindex?)

[dagood]

This has been seen on CentOS 7 as well, now:

https://packages.microsoft.com/centos/7/prod/aspnetcore-runtime-3.0.1-rh.rhel.7-x64.rpm: [Errno 14] HTTPS Error 404 - Not Found

[dagood]

For now, it's possible to work around this issue by taking the URL that hit the 404, removing the rh.rhel7- part of the filename, then running yum install against it:

# CentOS example:
$ sudo yum install https://packages.microsoft.com/centos/7/prod/aspnetcore-runtime-3.0.1-x64.rpm
$ sudo yum install dotnet-sdk-3.0

You can also download it (wget) and install it using rpm -i. #3863 (comment)

[leecow]

RPM repos should be cleaned up and good to go now.

[ransagy]

Still seeing this on a CentOS 7 install (although in WSL via https://github.com/yuk7/CentWSL if that matters enough).
Running yum -y install dotnet-runtime-3.0 results in

https://packages.microsoft.com/centos/7/prod/dotnet-runtime-deps-3.0.1-rhel.7-x64.rpm: [Errno 14] HTTPS Error 404 - Not Found

[grzegorz-gn]

it's still not working

https://packages.microsoft.com/centos/7/prod/dotnet-runtime-deps-2.2.8-rhel.7-x64.rpm: [Errno 14] HTTPS Error 404 - Not Found

Will it be fixed ?

[dagood]

@leecow, are you working on this? I think we need to delete and reupload to force the index to refresh?

An interesting note, the ...primary.xml file from e.g. https://packages.microsoft.com/sles/15/prod/repodata/ has entries for both the rh.rhel.7 and "normal" packages. The rh.rhel.7 one is listed first, so maybe that's why it's winning. And I suppose the tooling doesn't handle removal properly, and that's why we're having trouble here. Really a shame the backend infra is so unknown.

[ransagy]

Yeah, clearing yum's cache sorted that one out for me. Not sure if that's a global workaround or for some distros its still like that.

[scalablecory]

@leecow has this been resolved?