Bug 1199935

Summary: Red Hat Satellite Restore Procedure does not account for DB schema changes
Product: Red Hat Satellite Reporter: David Gurtner <dgurtner>
Component: Docs User GuideAssignee: Stephen Wadeley <swadeley>
Status: CLOSED CURRENTRELEASE QA Contact: Russell Dickenson <rdickens>
Severity: medium Docs Contact:
Priority: medium    
Version: UnspecifiedCC: adahms, dgurtner, hhudgeon
Target Milestone: Unspecified   
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Build Name: 22921, User Guide-6.0 Build Date: 08-10-2014 13:34:52 Topic ID: 11182-708795 [Latest]
Last Closed: 2016-08-09 00:36:11 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: 1179535    

Description David Gurtner 2015-03-09 10:10:13 UTC
Title: Red&nbsp;Hat Satellite Restore Procedure

Describe the issue:

If a backup is created on a Satellite 6 version prior to database schema changes (as for example introduced in RHBA-2015:0054):

* https://access.redhat.com/errata/RHBA-2015:0054
* https://access.redhat.com/solutions/1337783

Then the migration commands need to be executed prior to restarting the Satellite after DB restoration.

Suggestions for improvement:

Insert additional steps to update the DB and run reindex (see the above links):

~~~
# service mongod start
# sudo -u apache pulp-manage-db
# katello-service start
# foreman-rake katello:reindex
~~~


Additional information:

Comment 1 RHEL Program Management 2015-03-09 10:13:41 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 4 RHEL Program Management 2015-04-21 16:05:40 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 6 Andrew Dahms 2016-03-16 11:33:48 UTC
Assigning to Stephen for review.