Bug 1653762

Summary: pod cloudforms isn't accessible if httpd service name is overridden during deployment
Product: Red Hat CloudForms Management Engine Reporter: Ievgen Zapolskyi <izapolsk>
Component: DocumentationAssignee: Red Hat CloudForms Documentation <cloudforms-docs>
Status: CLOSED WONTFIX QA Contact: Ievgen Zapolskyi <izapolsk>
Severity: medium Docs Contact: Red Hat CloudForms Documentation <cloudforms-docs>
Priority: unspecified    
Version: 5.9.6CC: bmidwood, dmetzger, kdixon, lavenel, mshriver, obarenbo, smallamp
Target Milestone: GA   
Target Release: cfme-future   
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: 2019-12-19 15:46:55 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: CFME Core Target Upstream Version:
Embargoed:

Description Ievgen Zapolskyi 2018-11-27 15:22:48 UTC 
Description of problem:
Openshift template of pod cloudforms allows users to override httpd service name. 
When it is overridden during deployment, cloudforms cannot be open thru route. 
It happens because httpd pod selector in hard coded in template in both HTTPD SERVICE and HTTPD DBUS API SERVICE.

Version-Release number of selected component (if applicable):
5.9.6.2

How reproducible:
100 %

Steps to Reproduce:
1. Override httpd service name during cloudforms deployment. F.e.
oc new-app --template=cfme-template -p HTTPD_SERVICE_NAME=myhttpd
2. Open cloudforms using its url when cloudforms is eventually deployed

Actual results:
Cloudforms wasn't open because httpd service couldn't find any matching pod

Expected results:
Both HTTPD Services should have correct pod selectors
Comment 2 Ievgen Zapolskyi 2018-12-03 10:36:30 UTC 
same thing when memcached service name is changed.