Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
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.
Description of problem:
As a user of a disconnected Satellite 6 installation, I would like the ability to change my disconnected Satellite's CDN URL back to cdn.redhat.com.
Currently today, changing the CDN URL is a one-time event. Once set to NOT cdn.redhat.com, it (and the associated pulp repos) cannot be changed. This RFE requests a means to provide that.
This would allow the ability to initially populate the Satellite using exported CDN content, and then switch the Satellite back to cdn.redhat.com to retrieve the deltas.
Comment 1RHEL Program Management
2015-02-11 23:43:23 UTC
Since this issue was entered in Red Hat Bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.
Moving to POST since upstream bug http://projects.theforeman.org/issues/10950 has been closed
-------------
Eric Helms
Applied in changeset commit:katello|8dca623812b7b0895e90d45988916e99296df5f7.
VERIFIED this bug with the nightly build.
a) Installed sat6 upstream/nightly using katello-deploy
b) Downloaded content-iso's from access.redhat.com related to RHEL7
c) Updated the cdn link to an internal link.
c) Imported manifest and enabled the repos for "RHEL7 Base os 7Server" and "sat6.1 tools RHEL7"
d) Synced 8GB content successfully.
---------------------------
Now the aim was to revert back the cdn url link and only retrieve the deltas.
a) Updated the cdn url link to "https://cdn.redhat.com"
b) Checked the "enable repositories" page, but couldn't find the 'RHEL7 Base os 7Server' and 'Sat6.1 tools for RHEL7', under "RPMs" Tab but rather found it under "Others" Tab.
c) Then unchecked the above enabled repos, which existed under the "Others" Tab.
d) Then run "Refresh manifest", to display the missing repos in the "enable repositories" page.
e) I then re-enabled the "RHEL7 Base os 7Server" repo , which re-synced content 11GB.
----------------------------------
I think the Content-ISO which is 7Server "sat-6-isos--rhel-7-server-x86_64-2015-09-29"
was rhel7.1 with disconnected mode, with the connected mode 7Server was pointing to may be rhel7.2, so I believe it had to pull in another 11GB content.
----------------------------------
But syncing RHEL7.1 just checked for metadata stuff and sync completed with "No new packages" , so I feel we are actually pulling in just the deltas and disconnected to connected stuff did work fine.
Looks to me like, a lot of stuff here needs to be checked and verified and documentation updated appropriately about how to move properly to "connected" mode.
Earlier when I had verified this bug it was with only content enabled and synced.
But things get interesting when the "enabled" and "synced" content are part of ak's, cv's and content-host.
It looks like one has to do the below if, ak's, cv's and content-hosts are in place.
a) delete content-host [ assuming needs to be deleted if removing cv's]
b) delete ak's [ cv has ak deps]
c) delete cv's [ tested confirmed]
d) disable repositories from the "Other's" tab
e) refresh manifest
f) enable repositories from the "RPM's" Tab
g) Only then syncing is successful else, we get "Yum Metatda" errors.
so , it looks like moving from disconnected to connected would be very difficult if we have to do all the above.
Is this intended or am I missing something?
The katello-disconnected server synchronization and export functions are being moved into the Satellite server itself. With 6.2, the katello-disconnected command will no longer be delivered and instead will be replaced with a new export and import functions delivered via the UI and hammer CLI. This bug is being closed as "WONTFIX" since it relates only to the existing katello-disconnected tooling. Please check the Satellite docs with the release of Satellite 6.2 on how to use the new content export and import features.