Bug 1299065

Summary:	Fix etcd hostname/ip address handling
Product:	OpenShift Container Platform	Reporter:	Eric Jones <erjones>
Component:	Installer	Assignee:	Andrew Butcher <abutcher>
Status:	CLOSED ERRATA	QA Contact:	Ma xiaoqiang <xiama>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	3.1.0	CC:	abutcher, aos-bugs, bleanhar, gpei, jdetiber, jokerman, mmccomas, mrobson, xtian
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:	Installing OpenShift Enterprise 3.1
Last Closed:	2016-05-12 16:37:26 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:

Description Eric Jones 2016-01-15 21:07:39 UTC

Description of problem:
When the openshift_ip and openshift_hostname variables are defined in the /etc/ansible/hosts file, they appear to only be used for the installation and then not enforced anywhere else.

Version-Release number of selected component (if applicable):
Openshift 3.1 installer

How reproducible:
Uncerntain

Steps to Reproduce:
1. Setup /etc/ansible/hosts file to use a private interface, excluding the public interface 
2. Run the installer script

Actual results:
The installer uses the private interface but then the cluster fails to get started because it tries, and fails, to use the public interface.

Expected results:
The installer and Cluster use the private interface as setup in the ansible hosts file

Comment 2 Jason DeTiberus 2016-01-15 21:15:15 UTC

We should wrap the etcd role(s) with openshift_etcd role(s) so that we can provide a consistent interface for configuring things like hostnames and ips for the etcd hosts.

Comment 9 Jason DeTiberus 2016-01-26 16:10:31 UTC

Tracking this in the following trello card: https://trello.com/c/2tygIgBm

Comment 11 Jason DeTiberus 2016-03-16 02:58:21 UTC

Is this something that will be corrected with the certificate and delegate_to refactoring you've been working on?

Comment 12 Andrew Butcher 2016-03-17 15:50:56 UTC

(In reply to Jason DeTiberus from comment #11)
> Is this something that will be corrected with the certificate and
> delegate_to refactoring you've been working on?

No, the delegate_to isn't taking this into account currently.

Comment 19 errata-xmlrpc 2016-05-12 16:37:26 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-2016:1065