Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1033247

Summary:	[RFE] Global Parameter Boolean for Specifying Service Deployment
Product:	Red Hat OpenStack	Reporter:	james labocki <jlabocki>
Component:	openstack-foreman-installer	Assignee:	Jason Guiditta <jguiditt>
Status:	CLOSED ERRATA	QA Contact:	Omri Hochman <ohochman>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	4.0	CC:	ajeain, breeler, dcleal, jlabocki, jstransk, morazi, rhos-maint, yeylon
Target Milestone:	z4	Keywords:	FutureFeature, OtherQA, ZStream
Target Release:	4.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	openstack-foreman-installer-1.0.6-1.el6ost	Doc Type:	Enhancement
Doc Text:	Feature: Provided boolean values within the parameters section of host groups to disable specific services. Reason: For example, if a user wants to apply the host group of nova, but does not want ceilometer or heat to start they could set a parameter named "ceilometer" to FALSE. Result (if any): The ability to turn services on or off is presently only available in the HA host group.	Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-05-29 20:29:59 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:
Bug Blocks:	1039278

Description james labocki 2013-11-21 18:57:02 UTC

This is a request to provide boolean values within the parameters section of host groups to disable specific services. For example, if a user wants to apply the host group of nova, but does not want ceilometer or heat to start they could set FALSE on a parameter named "ceilometer". Ideally the services would be built into nested host groups, but since we don't have that and are using packstack this is a temporary fix.

Comment 2 Jason Guiditta 2013-11-25 20:59:31 UTC

I am going to take this request as the following:

Update the 2 controller host groups (Nova and Neutron), and make each service configured in those host groups optional vi a bool flag.  If something different is requested, please provide further detail.

Comment 3 james labocki 2013-12-06 13:51:22 UTC

@jay, that is correct. If the level of effort to make this happen is high then maybe we should try to solve it through https://bugzilla.redhat.com/show_bug.cgi?id=1033261 instead of focusing on this very specific request as 1033261 might yield the same result in a different (and better) way. We should discuss this in more detail.

Comment 4 Jason Guiditta 2014-04-17 15:39:55 UTC

if we want to back-port this to the neutron/nova host groups we should clone it but it is more likely that we'll just start advocating single node clusters w/o load balancing as the base setup

Comment 9 Jiri Stransky 2014-05-23 13:27:34 UTC

Tested by setting all parameters beginning with "include_" on
quickstack::pacemaker::params to "false" initially and ran puppet. Then started
enabling services (switching parameters beginning with "include_" to
"true") and re-running puppet. First i enabled qpid, then keystone,
then others. Services got set up as i was enabling them. Used external MySQL node via quickstack::hamysql::singlenodetest class.

Comment 11 errata-xmlrpc 2014-05-29 20:29:59 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.

http://rhn.redhat.com/errata/RHSA-2014-0517.html