Issue
What were you trying to do that didn't work?
After upgrading a RHEL7 system to RHEL8 via leapp, the RHEL8 system will still try to use 7Server when using the dnf command.
Prior to the leapp upgrade, the "releasever" was set to "7Server" in "/etc/yum/vars/releasever".
After the upgrade the only sign of 7Server occurs in both:
~~~
/etc/yum.repos.d/redhat.redpo
/var/lib/rhsm/repo_server_val/redhat.repo
~~~
Otherwise, if we check subscription-manager or the new releasever, we see it is set as "8.9":
~~~
cat /etc/yum/vars/releasever
8.9
cat /etc/dnf/vars/releasever
8.9
subscription-manager release --show
Release: 8.9
~~~
Yet, when we run "dnf repolist -v" we get this error:
~~~
dnf repolist -v
Loaded plugins: builddep, changelog, config-manager, copr, debug, debuginfo-install, download, generate_completion_cache, groups-manager, needs-restarting, playground, product-id, repoclosure, repodiff, repograph, repomanage, reposync, subscription-manager, system-upgrade, uploadprofile
Updating Subscription Management repositories.
DNF version: 4.7.0
cachedir: /var/cache/dnf
Red Hat Enterprise Linux 8 for x86_64 - BaseOS (RPMs)
618 B/s | 367 B
00:00
Errors during downloading metadata for repository 'rhel-8-for-x86_64-baseos-rpms':
Status code: 403 for https://cdn.redhat.com/content/dist/rhel8/7Server/x86_64/baseos/os/repodata/repomd.xml (IP: 184.51.36.251)
Error: Failed to download metadata for repo 'rhel-8-for-x86_64-baseos-rpms': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
~~~
How reproducible:
Always
Steps to reproduce
set /etc/yum/vars/releasever file to contain "7Server"
perform leapp upgrade, and reboot server
once RHEL8 is up and running, try and run "dnf repolist -v"
Expected results
Expect that dnf would be successful, and 7Server would not be used
Actual results
403 error is returned from CDN because 7Server doesn't exist in a RHEL8 repository url pathway
Additional Comments:
I found running "subscription-manager refresh" was enough to fix this issue. It would be nice to have this run, or some equivalent like (subscription-manager release --unset) after the reboot.
Also, we see there is just some strange returns from the "subscription-manager" command (only release --show seems to print correctly):
~~~
subscription-manager release --show
Release: 8.9
subscription-manager release --set 8.9
No releases match '8.9'. Consult 'release --list' for a full listing.
subscription-manager release --set 8
No releases match '8'. Consult 'release --list' for a full listing.
subscription-manager release --list
No release versions available, please check subscriptions.
~~~
Sub Man version:
~~~
subscription-manager version
server type: Red Hat Subscription Management
subscription management server: 4.4.1-3
subscription management rules: 5.44
subscription-manager: 1.28.40-1.el8_9
~~~
