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 2 months ago. Updated 25 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

Also available in: Atom PDF