Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 787829 - Getting 404 on repo metadata
Summary: Getting 404 on repo metadata
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Content Management
Version: 6.0.1
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: Unspecified
Assignee: Ivan Necas
QA Contact: Katello QA List
URL:
Whiteboard:
Depends On: 790417
Blocks: katello-blockers
TreeView+ depends on / blocked
 
Reported: 2012-02-06 20:48 UTC by Og Maciel
Modified: 2019-09-26 13:30 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-22 18:25:04 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Og Maciel 2012-02-06 20:48:24 UTC 
Description of problem:

Running yum repolist on a system that was just registered against a Katelloreturns a 404.

Version-Release number of selected component (if applicable):

* katello-0.1.211-2.el6.noarch
* candlepin-0.5.15-1.el6.noarch
* pulp-0.0.263-1.el6.noarch

How reproducible:


Steps to Reproduce:
1. Create a new Org, Env, Custom Provider with a repository pointing to katello's public repository
2. Create user wbogs
3. Follow these steps to register a client:
https://fedorahosted.org/katello/wiki/GuideSystemRegistrationClient
4. In the client run yum repolist
3.

Actual results:

yum repolist
Loaded plugins: product-id, subscription-manager
Updating Red Hat repositories.
https://qetello02.usersys.redhat.com/pulp/repos/NY_Data_Center/Development/custom/System_Engine/Stable/repodata/repomd.xml:
[Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404"
Trying other mirror.


Expected results:


Additional info:
Comment 1 Eric Helms 2012-02-06 22:38:20 UTC 
Some additional information on the setup and issue.

The Custom Provider had one product 'System Engine'.  The product "System Engine' contained two repositories "Stable" and "Testing".  The client system was registered through Katello to the "Dev" environment and was subscribed to the "System Engine" product.  The "Test" repository had been promoted to the "Dev" environment, but the "Stable" repository had not been promoted out of Library.

The above running of 'yum repolist' threw a 404 for the "Stable" repository but not the "Testing" repository.  Disabling the "Stable" repository on the client confirmed that the "Testing" repository was able to be seen and all the packages within it available.

Apparent Issue:  When subscribing to a product, all repositories for the given product are enabled when only the repositories within the environment that the client machine is registered to should be enabled.
Comment 2 Bryan Kearney 2012-02-09 13:07:57 UTC 
This will be fixed when the per-environment changeset work is merged in.
Comment 3 Ivan Necas 2012-02-14 15:20:25 UTC 
There is a incompatibility in what we expect $env should be replaced with (evnironment name), and what CP uses for replacement (evn id). See https://bugzilla.redhat.com/show_bug.cgi?id=790417 . This blocks merging changes that will fix the problem with missing blacklisted repos that were not promoted.
Comment 4 Ivan Necas 2012-02-16 14:00:44 UTC 
Problem fixed by integrating candlepin environments.

f93c8b4 789456 - fix problem with unicode
e93dcbc 789456 - candlepin environment orchestration
a5374a2 789456 - pre-save and post-save queues in orchestration

tagged in Katello 0.1.239-1
needs candlepin-0.5.19-1 or newer
Comment 5 Og Maciel 2012-02-17 18:45:13 UTC 
Validated on:
* candlepin-0.5.20-1.el6.noarch
* candlepin-tomcat6-0.5.20-1.el6.noarch
* katello-0.1.238-3.el6.noarch
* katello-all-0.1.238-3.el6.noarch
* katello-certs-tools-1.0.2-2.el6.noarch
* katello-cli-0.1.54-2.el6.noarch
* katello-cli-common-0.1.54-2.el6.noarch
* katello-common-0.1.238-3.el6.noarch
* katello-configure-0.1.64-5.el6.noarch
* katello-glue-candlepin-0.1.238-3.el6.noarch
* katello-glue-foreman-0.1.238-3.el6.noarch
* katello-glue-pulp-0.1.238-3.el6.noarch
* katello-httpd-ssl-key-pair-1.0-1.noarch
* katello-qpid-broker-key-pair-1.0-1.noarch
* katello-repos-0.1.5-1.el6.noarch
* katello-selinux-0.1.3-1.el6.noarch
* katello-trusted-ssl-cert-1.0-1.noarch
* pulp-0.0.265-1.el6.noarch
* pulp-common-0.0.265-1.el6.noarch
* pulp-selinux-server-0.0.265-1.el6.noarch
Comment 7 Mike McCune 2013-08-16 17:53:49 UTC 
getting rid of 6.0.0 version since that doesn't exist
Note You need to log in before you can comment on or make changes to this bug.