Bug 1411935

Summary:	OSP Deployment has registration failure
Product:	Red Hat Quickstart Cloud Installer	Reporter:	James Olin Oden <joden>
Component:	Installation - RHELOSP	Assignee:	John Matthews <jmatthew>
Status:	CLOSED ERRATA	QA Contact:	James Olin Oden <joden>
Severity:	unspecified	Docs Contact:	Dan Macpherson <dmacpher>
Priority:	unspecified
Version:	1.1	CC:	bthurber, jmontleo, llasmith, qci-bugzillas, tpapaioa, tsanders
Target Milestone:	---
Target Release:	1.1
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2017-02-28 01:43:34 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:	1375706, 1412352, 1418822
Bug Blocks:

Description James Olin Oden 2017-01-10 19:08:27 UTC

Description of problem:
I was doing a deployment of:

   OCP(controller + compute(2), CEPH) + CFME

And I had the following failure at about 30%:

   2017-01-10 11:48:01 [foreman-tasks/action] [E] ERROR: deployment failed with status: CREATE_FAILED and reason: Resource CREATE failed: Error: resources.Compute.resources[1].resources.NodeExtraConfig.resources.RHELRegistrationDeployment: Deployment to server failed: deploy_status_code: Deployment exited with non-zero status code: 70 (RuntimeError)

It turned out that indeed one of the compute nodes was not registering to the satellite. 

I did this same deployment again with the same results.   Finally I did the deployment without using CEPH and it failed the same way.

After one of the developers looked into this they found they could recreate it and had this to say:

(01:51:43 PM) jmontleon: oden_wfh, new behavior in satellite/rhsm; hostname gets locked to whatever it was when katello was bootstrapped
  

Version-Release number of selected component (if applicable):
QCI-1.1-RHEL-7-20170106.t.0

How reproducible:
every time

Steps to Reproduce:
1. Do an OSP deployment with 2 or more compute nodes.

Actual results:
Fails as above

Expected results:
Should not fail.

Comment 2 Landon LaSmith 2017-01-10 22:08:36 UTC

I encountered the same issue when deploying OSP+CFME. 

This is the same system that I previously failed to deploy RHV+OSP+CFME+OCP as reported in BZ 1411571.

QCIOOO Media Version: QCI-1.1-RHEL-7-20170106.t.0

Comment 3 Jason Montleon 2017-01-12 15:54:14 UTC

This workaround will require an update to egon.

https://github.com/fusor/egon/pull/92/files

Comment 5 James Olin Oden 2017-01-16 14:35:03 UTC

Compose:  QCI-1.1-RHEL-7-20170112.t.0

I was able to get through an OSP deploy.   CFME failed, but it was not due to a problem with OSP.

Comment 8 errata-xmlrpc 2017-02-28 01:43:34 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/RHEA-2017:0335