Failed To Download Metadata For Repo 39;epel-modular 39; ((LINK))
Joeann Handy
After a LOT of searching I have found this thread. I am having similar issues, and this is the closest thread I found to my issue. In particular Stephen's comment regarding the vars not being substituted correctly. I am using a fresh install of RHEL 8.3 with our own local repos. These repos are using user defined variables that are in /etc/dnf/vars. YUM is correctly using these variables until it is time to download metadata. As an example I can install am RPM that we will have in our local repo, "yum -y install filebeat" it installs, you get a message "Installed products updated" followed by a message "Error during downloading metadata for repository " "Status code: 404 for $releasemajor/repodata/repomd.xml" in this case releasemajor is our local variable that is "el8". The variable is obviously substituted correctly during the install as it is installed, it is just lost during the metadata download phase. I will get the same error if I "yum erase filebeat" as well. If I edit our repo file remove the variable and hard code "el8" no errors occur. This is a easy work around, however we do have some other variable for a username and password for private repos we can not hard code to the repo file. We do not have this issue with the same repo on RHEL7, this however is using Python 2.7. Apologies that I can not upload screen output as I am on a closed "air gapped" network.
Something I do for disconnected satellites where we need EPEL - I gather EPEL for my systems and present on disconnected networks. Perhaps this may be a work-around (very temporary). Also, examine the repo you have that from your output happens to be named "epel-modular".
I've tried everything above and it has resolved some issues that I didn't even realize that I had. However, I'm still getting this annoying line, (I know it's variations on a theme at this point):"Error: Failed to download metadata for repo 'satellite-tools-6.7-for-rhel-8-x86_64-e4s-source-rpms'"It's frustrating, but I'm still believing in the community. Let's fix this thing!!
himayuresh i have some problem check plzThis system is not registered to Red Hat Subscription Management. You can use subscription-manager to register.Extra Packages for Enterprise Linux 8 - x86_64 0.0 B/s 0 B 00:12
Failed to download metadata for repo 'epel'Error: Failed to download metadata for repo 'epel'
CentOS 8 (now Stream) is giving me a bit of trouble. While BaseOS works fine, the AppStream repo is not working. All the packages are in the repo and NXRM created the repodata metadata files *filelists.xml.gz, *other.xml.gz, and *primary.xml.gz.
When the relative size of deltarpm metadata vs pkgs is larger than this, deltarpm metadata is not downloaded from the repo. Note that you can give values over 100, so 200 means that the metadata is required to be half the size of the packages. Use 0 to turn off this check, and always download metadata.
df19127ead