Bug #19366
closedComplex/Strange Upstream Yum URL Results In Incorrect Upstream Package URLs
Description
I think this may be a Pulp bug, but am starting here just in case. I'm more than happy to open this over there if appropriate.
I have a product repository with a URL of:
When a client attempts to pull a package from that product repository (via Katello content view) the Katello server attempts to pull the package using:
However, the correct path to the package is:
Using a yum configuration to hit the upstream repo directly works.
Primary.xml
and repomd.xml
from upstream attached.
Katello server is:
CentOS 7
Katello 3.2.2
Foreman 1.13.4
Pulp 2.9.3
If it makes a difference, when these repos are configured directly on the client they are done so as follows:
/etc/yum.repos.d/swiagent-centos-7.mirrors
:
[swiagent] name=SolarWinds Agent mirrorlist=file:///etc/yum.repos.d/swiagent-centos-7.mirrors enabled=0 gpgcheck=0
/etc/yum.repos.d/swiagent-centos-7.mirrors
:
http://sw.centricgroup.com/Orion/AgentManagement/LinuxPackageRepository.ashx?path=/dists/centos-7/$basearch
Files
Updated by John Mitsch almost 8 years ago
- Translation missing: en.field_release set to 114
Updated by Justin Sherrill almost 8 years ago
- Category set to Repositories
- Status changed from New to Need more information
- Assignee set to Justin Sherrill
- Translation missing: en.field_release deleted (
114)
I'm quite sure that this purely a behavior of pulp where they are chopping off the parameters from the URL. The fact that the initial on_demand sync is working (where no rpms are downloaded), affirms that we passed pulp the correct URL.
I could see an argument that these types of urls shouldn't' be supported, but i'll let the pulp team make that argument (or not). Can you open up a pulp issue on this matter?
Thanks
Updated by Jason Nance over 7 years ago
Pulp issue 2748 opened: https://pulp.plan.io/issues/2748
Updated by Justin Sherrill over 7 years ago
- Status changed from Need more information to Rejected
- Translation missing: en.field_release set to 166
Thanks jason, I will go ahead and close this as i don't think there is anything for katello to do here. we can reopen if that turns out to not be the case.