Bug 1907978

So, my memory says this is (most probably) related to https://projects.theforeman.org/issues/28644

Some of our CDN repositories use "basearch", some "releasever" and some both (and some none of these) as place-holders in the URL.
To find the right repository using ansible, you need to provide values for that, and the module then fetches all "enable-able" repos from a set and matches based on your input.
Now the bug I linked above resulted in some repos that e.g. don't have the "basearch" place-holder be enabled WITH the placeholder if done in the UI -- and then ansible can't find that the set is enabled and then things go south (it tries to enable it and fails)

Thanks, that helps me to investigate further. As soon I have more clarification on this, I will provide feedback.

Hey,

can I please get the output of the following playbook in an affected environment? It should only dump the EL6 kickstarts

---
- hosts: localhost
  gather_facts: false
  vars:
    server_url: https://foreman.example.com
    username: admin
    password: changeme
    validate_certs: False
    organization: "Default Organization"
    search: label=rhel-6-server-kickstart
  tasks:
  - name: "Search for possible repository sets of a product"
    theforeman.foreman.resource_info:
      username: "{{ username }}"
      password: "{{ password }}"
      server_url: "{{ server_url }}"
      validate_certs: "{{ validate_certs }}"
      organization: "{{ organization }}"
      resource: repository_sets
      search: "{{ search }}"
    register: data
  - name: "Output found repository sets, see the contentUrl section for possible repository substitutions"
    debug:
      var: data
  - name: "get available"
    uri:
      url: "{{ server_url }}/katello/api/products/{{ item['product']['id'] }}/repository_sets/{{ item['id'] }}/available_repositories"
      url_username: "{{ username }}"
      url_password: "{{ password }}"
      validate_certs: "{{ validate_certs }}"
      force_basic_auth: True
    register: available
    loop: "{{ data.resources }}"
  - name: debug
    debug:
      var: item
    loop: "{{ available.results | map(attribute='json') | list }}"

obviously with redhat.satellite.resource_info if you use the satellite collection :)

I've linked a BZ that should clean up part of this bug on the Katello side, but I don't see how that *exact* issue should affect 6.10 kickstarts, as those DO have both basearch and releasever substitutions.

The output of the playbook would be greatly appreciated.

to clarify: this doesn't feel the same as the linked BZ finds the repo, tries to enable it and fails as it's already enabled.

here it's not finding the repo in the first place.

Can you please re-run the playbook with "timeout: 300" set on the "uri" task? So:

 - name: "get available"
    uri:
      url: "{{ server_url }}/katello/api/products/{{ item['product']['id'] }}/repository_sets/{{ item['id'] }}/available_repositories"
      url_username: "{{ username }}"
      url_password: "{{ password }}"
      validate_certs: "{{ validate_certs }}"
      force_basic_auth: True
      timeout: 300
    register: available
    loop: "{{ data.resources }}"

intentation error…

  - name: "get available"
    uri:
      url: "{{ server_url }}/katello/api/products/{{ item['product']['id'] }}/repository_sets/{{ item['id'] }}/available_repositories"
      url_username: "{{ username }}"
      url_password: "{{ password }}"
      validate_certs: "{{ validate_certs }}"
      force_basic_auth: True
      timeout: 300
    register: available
    loop: "{{ data.resources }}"

After talking to Justin, this might be a case of https://bugzilla.redhat.com/show_bug.cgi?id=1899313 and we should re-try on a newer Satellite.

Specifically 6.8.2 or newer

> "after upgrade to version 6.8.5 everything is working fine."

closing as "CURRENTRELEASE" then, thanks!