Bug 1255807

Summary: [RFE]: Associate a FQDN with the IP of the deployed CFME VM
Product: Red Hat Quickstart Cloud Installer Reporter: John Matthews <jmatthew>
Component: Installation - CloudFormsAssignee: John Matthews <jmatthew>
Status: VERIFIED --- QA Contact: Dave Johnson <dajohnso>
Severity: unspecified Docs Contact: Dan Macpherson <dmacpher>
Priority: unspecified    
Version: 1.0CC: bthurber, jmatthew
Target Milestone: TP2Keywords: FutureFeature, Triaged
Target Release: 1.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 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:    
Bug Blocks: 1252512    

Description John Matthews 2015-08-21 15:30:26 UTC
Description of problem:

When RHCI deploys CFME VM it has an IP address only, no hostname.
We could explore creating a DNS record in the Satellite DNS which will track the IP of the CFME VM.

We also need to see if the IP will change, assuming CFME VM is restarted, will the IP remain static, or do we need to track it changing and update the DNS record.

Comment 1 Antonin Pagac 2016-02-16 14:59:49 UTC
The CFME instance now has resolvable hostname assigned to it.

John, is there a mechanism to track IP changes of the CFME VM in case of restarts?

Comment 2 John Matthews 2016-02-16 15:08:35 UTC
Yes, this should be handled by Satellite.

We are now launching CFME through a ComputeResource in Satellite, this is letting Satellite handle the DHCP/DNS setup.

The flow should be:
 - CFME VM has a MAC address registered with Satellite
 - CFME VM boots and DHCP lookup on Satellite is based on MAC and will return same IP

Comment 3 Antonin Pagac 2016-02-16 15:30:42 UTC
For a light test, I tried to restart the VM and it got the same IP. I think any other testing is beyond the scope of this bug, so marking as verified.

TP2 RC9
RHCI-6.0-RHEL-7-20160208.1-RHCI-x86_64-dvd1.iso
RHCIOOO-7-RHEL-7-20160127.0-RHCIOOO-x86_64-dvd1.iso