Bug 1477647 - [RFE] Upgrades shall support consuming local mirrors
Summary: [RFE] Upgrades shall support consuming local mirrors
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: RFEs
Version: 13.0 (Queens)
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: ---
: ---
Assignee: Jesse Pretorius
QA Contact:
URL:
Whiteboard:
Depends On: 1465470
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-08-02 14:26 UTC by Yolanda Robla
Modified: 2022-12-19 12:46 UTC (History)
14 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-12-19 12:46:38 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker OSP-2670 0 None None None 2022-02-24 16:05:40 UTC
Red Hat Issue Tracker UPG-60 0 None None None 2021-11-03 06:08:33 UTC

Description Yolanda Robla 2017-08-02 14:26:32 UTC
In the case of telcos, where there is a tight maintenance window and network constraints, it is not possible to perform upgrades using the CDN.
The approach that we are following, is to create local mirrors, and point the undercloud/overcloud to use those.
We are using the following article as a base: https://access.redhat.com/articles/2377701

However, this is still a manual process. Repo creation, undercloud configuration to point to local mirror, still needs to be done manually. Also we miss to document the UpgradeInitCommand, needed to go through major upgrades.

The deploy/upgrade process shall support enabling local mirrors, and automate it as much as possible.

Comment 1 Mike Orazi 2017-08-25 15:20:12 UTC
I think we should limit the scope on this to the original bug title.  Given the existence of a local mirror, we should provide hooks to point to that content in preference to the CDN.

I explicitly think we should not automate the repo mirroring itself.

Comment 2 mathieu bultel 2017-08-25 15:32:27 UTC
Marius,
Are you easily able to validate if the current workflow of the upgrade can consume a local repo on the undercloud ? (configure the upgradeinitcommand to point the yum repo to an undercloud local mirror ?

Comment 3 Marius Cornea 2017-08-25 16:57:11 UTC
(In reply to mathieu bultel from comment #2)
> Marius,
> Are you easily able to validate if the current workflow of the upgrade can
> consume a local repo on the undercloud ? (configure the upgradeinitcommand
> to point the yum repo to an undercloud local mirror ?

I'll give it a try next week and get back with the instructions to this BZ.


Note You need to log in before you can comment on or make changes to this bug.