Bug 1395380 - [3.3] ocp version of 'cluster up' will instantiate centos-based community images
Summary: [3.3] ocp version of 'cluster up' will instantiate centos-based community images
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: oc
Version: 3.4.0
Hardware: All
OS: All
unspecified
medium
Target Milestone: ---
: ---
Assignee: Corey Daley
QA Contact: Wenjing Zheng
URL:
Whiteboard:
Depends On:
Blocks: 1419784
TreeView+ depends on / blocked
 
Reported: 2016-11-15 20:50 UTC by Cesar Wong
Modified: 2017-02-07 15:19 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Previously, running `oc cluster up` using OCP binaries would pull images from the Origin community rather than using OCP images. This has been changed to use OCP images.
Clone Of:
: 1419784 (view as bug list)
Environment:
Last Closed: 2017-01-26 20:42:25 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2017:0199 0 normal SHIPPED_LIVE OpenShift Container Platform 3.3.1.11 and 3.2.1.23 bug fix update 2017-01-27 01:41:56 UTC

Description Cesar Wong 2016-11-15 20:50:39 UTC
Description of problem:
The enterprise version of cluster up should instantiate RHEL-based image streams by default. It is currently instantiating centos-based image streams.

Version-Release number of selected component (if applicable):
v3.4

How reproducible:
Always

Steps to Reproduce:
1. Run 'oc cluster up' with OCP version of binary
2. Inspect image streams created with 'oc get is -n openshift'

Actual results:
Images are centos-based images

Expected results:
Images are RHEL-based images

Comment 1 Cesar Wong 2017-01-04 14:40:35 UTC
Corey, sending this one your way. We need to change which imagestreams we import when running in OCP

Comment 2 Corey Daley 2017-01-04 17:05:04 UTC
Submitted the following pull requests to resolve this issue in 3.3, 3.4, and 3.5

https://github.com/openshift/ose/pull/526
https://github.com/openshift/ose/pull/527
https://github.com/openshift/ose/pull/528

Comment 3 Corey Daley 2017-01-19 16:44:40 UTC
All 3 pull requests have been merged, moving to QA

Comment 4 Dongbo Yan 2017-01-20 06:20:12 UTC
Verified

$oc cluster up --image="brew-.../openshift3/ose"  --version="v3.3"
$oc cluster up --image="brew-.../openshift3/ose"  --version="v3.4"
$oc cluster up --image="brew-.../openshift3/ose"  --version="v3.5"

All images are RHEL-based images in imagestream

Comment 6 errata-xmlrpc 2017-01-26 20:42:25 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:0199

Comment 7 Steve Kuznetsov 2017-02-07 15:19:48 UTC
Once we pick up the ldflag change [1] in the OSE rebase we will need to provide the correct envars [2] during the build and we should be good here.

[1] https://github.com/openshift/origin/pull/12758/commits/5237fda6a1f1fc0ca770ac04071e07ab30b8de2a
[2] OS_IMAGE_PREFIX=openshift3/ose
    OS_BUILD_LDFLAGS_DEFAULT_IMAGE_STREAMS=rhel7


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