Project

General

Profile

Actions

Bug #37279

closed

It is possible to end up with the wrong remote type (uln vs. normal) for yum content

Added by Quirin Pamp about 2 months ago. Updated 10 days ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:

Description

When syncing yum content from upstream ULN servers, a different type of pulp_rpm remote must be used. The different remote types can be identified via their href's as follows:
```
/pulp/api/v3/remotes/rpm/rpm/...
/pulp/api/v3/remotes/rpm/uln/...
```

When updating a remote in a way that requires switching the remote type between uln and normal, Katello does not currently do so, and Pulp will not throw an error. The result will be a uln remote with data for a normal rpm sync, or vice versa. This will result in failed syncs.

Example reproducer workflow:

  1. Create a yum type repo with any repo URL, e.g.: `https://fixtures.pulpproject.org/rpm-signed/` * Check to see that the Katello repository created references a remote href beginning with `/pulp/api/v3/remotes/rpm/rpm/...`
  2. Now switch the URL to for example `uln://ol8_x86_64_oracle_instantclient` (you will also need to set login credentials but just set anything, we don't actually need to sync to see the problem) * Check the Katello repo again. It will still use the exact same rpm remote as before.
  3. Check the pulp_rpm remote with `pulp show --href <remote_href>`. * You will see that the rpm (not uln) type remote now has `"url": "uln://ol8_x86_64_oracle_instantclient"`. This cannot work for syncing!

PR to follow shortly.

Actions #1

Updated by The Foreman Bot about 2 months ago

  • Status changed from New to Ready For Testing
  • Pull request https://github.com/Katello/katello/pull/10942 added
Actions #2

Updated by Samir Jha about 2 months ago

  • Target version set to Katello 4.13.0
  • Triaged changed from No to Yes
Actions #3

Updated by Quirin Pamp 21 days ago

Note: I also created a pulp_rpm issue, to have Pulp add validation that throws a meaningful error at remote creation time, rather than a cryptic one at sync time, should we ever get this wrong again in the future: https://github.com/pulp/pulp_rpm/issues/3520

Actions #4

Updated by The Foreman Bot 10 days ago

  • Fixed in Releases Katello 4.13.0 added
Actions #5

Updated by Quirin Pamp 10 days ago

  • Status changed from Ready For Testing to Closed
Actions

Also available in: Atom PDF