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 1191778 - [RFE] As a user of a disconnected Satellite, I'd like to change my disconnected Satellite to a connected one.
Summary: [RFE] As a user of a disconnected Satellite, I'd like to change my disconnect...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Inter Satellite Sync
Version: 6.0.7
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: Unspecified
Assignee: Eric Helms
QA Contact: Kedar Bidarkar
URL: http://projects.theforeman.org/issues...
Whiteboard: Verified in Upstream
Depends On:
Blocks: GSS_Sat6Beta_Tracker, GSS_Sat6_Tracker 1285257
TreeView+ depends on / blocked
 
Reported: 2015-02-11 23:35 UTC by Rich Jerrido
Modified: 2019-09-12 08:14 UTC (History)
13 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-02-08 18:23:35 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1145774 1 None None None 2021-01-20 06:05:38 UTC

Internal Links: 1145774

Description Rich Jerrido 2015-02-11 23:35:50 UTC 
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 1 RHEL 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.
Comment 7 Eric Helms 2015-06-30 00:54:20 UTC 
Created redmine issue http://projects.theforeman.org/issues/10950 from this bug
Comment 8 Bryan Kearney 2015-07-10 20:03:24 UTC 
Upstream bug assigned to ehelms
Comment 9 Bryan Kearney 2015-07-13 18:04:28 UTC 
Moving to POST since upstream bug http://projects.theforeman.org/issues/10950 has been closed
-------------
Eric Helms
Applied in changeset commit:katello|8dca623812b7b0895e90d45988916e99296df5f7.
Comment 11 Kedar Bidarkar 2015-12-11 15:36:59 UTC 
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.
Comment 12 Kedar Bidarkar 2015-12-16 13:06:01 UTC 
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.
Comment 13 Kedar Bidarkar 2015-12-16 15:26:01 UTC 
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?
Comment 14 Bryan Kearney 2016-02-08 18:23:35 UTC 
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.
Note You need to log in before you can comment on or make changes to this bug.