Created attachment 1749823 [details]
redhat repositories page showing the issue

Description of problem:
Red Hat repositories (on the CDN) have "substitutions" (usually basearch and releasever) to allow one repository URL definition to cover multiple versions of the product.
Some products only use a subset of these substitutions: e.g. RHEL8 uses releasever but not basearch.

Katello before 3.16 (Satellite 6.8) used to still set basearch=x86_64 on RHEL8 repositories. This was fixed in https://projects.theforeman.org/issues/28644, but there was no cleanup of old data done. Thus there are users who have enabled such repositories with the old (wrong) set of substitutions.

This is technically not bad, Katello/Pulp still can sync those just fine and serve them to clients.

However, those repos aren't marked as "enabled" when you pull the repository_sets/:id/available_repositories API endpoint, as e.g. done by the /redhat_repositories page or the redhat.satellite.repository_set Ansible module.

In both cases the user is led to believe that the repository is not yet enabled and will receive an error (from Pulp: "Relative URL [ORG/Library/content/dist/rhel8/8/x86_64/baseos/os] for repository [5f6c44b3-bde6-4e63-ab62-1ad877206480] conflicts with existing relative URL [ORG/Library/content/dist/rhel8/8/x86_64/baseos/os] for repository [18b0c24f-ae48-41b0-8157-997af90694a6]") when trying to enable it.

I think the data needs some cleanup, correcting the arch and name of the root repository to match.

Version-Release number of selected component (if applicable):
6.7.5, 6.8.2, 6.9.0 snaps.


How reproducible:
100%

Steps to Reproduce:
1. install 6.7.x
2. enable RHEL8 basos repo
3. 

Actual results:
see baseos repo still under "available" (and under enabled)

Expected results:
baseos repo is ONLY shown under enabled


Additional info:
this might be related to BZ#1316167 and BZ#1724807