Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1484962

Summary: [RFE] [EPIC] Deploy OpenStack on top of pure RHEL guest image (default)
Product: Red Hat OpenStack Reporter: Jaromir Coufal <jcoufal>
Component: rhosp-directorAssignee: Emilien Macchi <emacchi>
Status: CLOSED EOL QA Contact: Gurenko Alex <agurenko>
Severity: medium Docs Contact:
Priority: medium    
Version: 13.0 (Queens)CC: dbecker, emacchi, mburns, morazi, sasha, ssmolyak, tonyb
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-10-08 15:18:40 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: 1489914, 1489916, 1489918    
Bug Blocks: 1508423    

Description Jaromir Coufal 2017-08-24 16:52:35 UTC
As an OpenStack team, we want to get out of image building business. For that need to be able to provision RHEL guest image as a default and deploy OpenStack containers on top of that.

If there are some packages missing by default, make sure OSP director pulls missing packages and installs them before/while/after installing RHOSP on top of the nodes.

User experience:
1) Operator enters subscription details
2) Operator calls one command to download needed images (and containers) to undercloud with possibility to specify only one or the other.
3) OSP director downloads pinned and tested version of RHEL guest image (and containers), stores it in undercloud and sets all naming to make sure this image is a default unless stated otherwise by operator
4) OSP director (Ironic) provisions all nodes with given default RHEL image
5) OSP director will install OpenStack on top of these nodes

This feature needs clear investigation on the impact to customer (deployment time change, how many packages still need to be downloaded and installed, etc) before confirmed for OSP13.

Comment 1 Red Hat Bugzilla Rules Engine 2017-10-11 22:56:56 UTC
This bugzilla has been removed from the release and needs to be reviewed for Triaging and release planning for an appropriate Target Milestone.

Comment 2 Emilien Macchi 2017-10-11 23:00:29 UTC
please ack rhos-13.0 flag.

Comment 3 Red Hat Bugzilla Rules Engine 2017-10-11 23:01:02 UTC
This bugzilla has been removed from the release and needs to be reviewed for Triaging and release planning for an appropriate Target Milestone.

Comment 7 Jaromir Coufal 2017-11-06 23:21:59 UTC
Removing from OSP13 based on current discussions and scope much larger than originally evaluated. Bigger part goes to Hardware Provisioning which has not counted on this feature. Will be evaluated for future releases.

Comment 9 Martin Magr 2019-07-01 14:54:49 UTC
*** Bug 1508423 has been marked as a duplicate of this bug. ***