RPM repositories broken?

We noticed our yum updates failed today:

https://repo.netdata.cloud/repos/edge/el/7Server/x86_64/repodata/repomd.xml: [Errno 14] HTTPS Error 404 - Not Found

Here’s our repo config:

[netdata-edge]
name=Netdata Edge
baseurl=https://repo.netdata.cloud/repos/edge/el/$releasever/$basearch
repo_gpgcheck=1
gpgcheck=1
gpgkey=https://repo.netdata.cloud/netdatabot.gpg.key
enabled=1
sslverify=1
sslcacert=/etc/pki/tls/certs/ca-bundle.crt
priority=50

[netdata-repoconfig]
name=Netdata Repository Config
baseurl=https://repo.netdata.cloud/repos/repoconfig/el/$releasever/$basearch
repo_gpgcheck=1
gpgcheck=1
gpgkey=https://repo.netdata.cloud/netdatabot.gpg.key
enabled=1
sslverify=1
sslcacert=/etc/pki/tls/certs/ca-bundle.crt
priority=50

Did someone change the $releasever path from 7Server to 7 on the repo hosting side?

# curl -Is https://repo.netdata.cloud/repos/edge/el/7/x86_64/repodata/repomd.xml | head -n 1
HTTP/1.1 200 OK

Thank you.

We’ve just recently switched to new hosting infrastructure for our RPM repositories, and this appears to be a result of a quirk of RHEL that we were not aware of when setting up the infrastructure originally (none of CentOS, Alma Linux, or Rocky Linux appear to behave this way, and we don’t have RHEL systems available for testing).

We’re working on getting this fixed, and it should be working correctly within the next hour or so.

I appreciate the quick response. Please let me know if you need any additional info.

Things are fixed now on the backend server (we’ve added symlinks so that these particular values for $releasever get properly redirected just like the old infrastructure apparently did), and we’ve told CloudFlare to purge any negative cache entries for those paths, so things should be working correctly now.

It’s looking good now. Thank you!