Bug 1191778

Summary:	[RFE] As a user of a disconnected Satellite, I'd like to change my disconnected Satellite to a connected one.
Product:	Red Hat Satellite	Reporter:	Rich Jerrido <rjerrido>
Component:	Inter Satellite Sync	Assignee:	Eric Helms <ehelms>
Status:	CLOSED WONTFIX	QA Contact:	Kedar Bidarkar <kbidarka>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	6.0.7	CC:	bbuckingham, bkearney, chrobert, dmoessne, ghares, kbidarka, liko, lpramuk, mburgerh, nshaik, riehecky, sthirugn, xdmoon
Target Milestone:	Unspecified	Keywords:	FutureFeature, Triaged
Target Release:	Unused
Hardware:	Unspecified
OS:	Unspecified
URL:	http://projects.theforeman.org/issues/10950
Whiteboard:	Verified in Upstream
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-02-08 18:23:35 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1115190, 1285257

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.