CentOS 7 client does not see BaseOS repositories


Foreman 3.4 / Katello 4.6.0 server, client is CentOS 7 x86_64.

The server is running with “Simple Content Access” mode enabled.

I have a centos7_x86-64 product with 4 repositories. These are well populated:


Then I have a content view centos7_x86-64 with the individual repos from that product:

The content view is published to the Library environment. Then I have this activation key “dummy”:

Now when I register a client with that activation key…

$ sudo subscription-manager register --org xyz --activationkey dummy
The system has been registered with ID: xyz
The registered system name is: xyz

… and list available repositories, I get this:

$ sudo subscription-manager repos --list
    Available Repositories in /etc/yum.repos.d/redhat.repo
Repo ID:   xyz_centos7-x86_64_errata
Repo Name: errata
Repo URL:  https://xyz/pulp/content/xyz/Library/centos7-x86_64/custom/centos7-x86_64/errata
Enabled:   1

And that’s it. No os, updates, extras repositories.

No error messages in /var/log/rhsm/rhsm.log, either.

What gives?!

Any hint (known bug, workaround) would be much appreciated.

Expected outcome:

I should be able to see all repositories contained in the published content views.

Foreman and Proxy versions:

Foreman 3.4.0

Foreman and Proxy plugin versions:

Katello 4.6.0

Distribution and version:

CentOS 7 x86_64

Other relevant data:

$ rpm -q subscription-manager

Hi @fbachmann

After adding the repositories to it, have you published a new version of the content view? (In the second to last screenshot, I’d want to see the “Versions” tab.)

Yes, the “Versions” tab shows the exact number of packages/errata for the latest version in the Library environment

Is it the same after running subscription-manager repos or dnf upload-profile on the host?

In /etc/pki/entitlement, if you run rct cat-cert on the .pem file for that product, is the content section missing? (see https://bugzilla.redhat.com/show_bug.cgi?id=1931027)

Yes. Well, the client is CentOS 7, so there is no dnf, and yum does not have an upload-profile plugin.

No, but it only holds the errata repository:

        Type: yum
        Name: errata
        Label: xyz_centos7-x86_64_errata
        Vendor: Custom
        URL: /xyz/Library/centos7-x86_64/custom/centos7-x86_64/errata
        GPG: ../../katello/api/v2/repositories/74384/gpg_key_content
        Enabled: True
        Expires: 1
        Required Tags:

Hi Jeremey,

I used the helper script by ATIX (https://github.com/ATIX-AG/orcharhino-scripts/tree/main/find_missing_candlepin_product_contents) linked to in the Bugzilla issue you refered to “repair” our Candlepoin database, and everything works fine now.


1 Like