Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1033247 - [RFE] Global Parameter Boolean for Specifying Service Deployment
[RFE] Global Parameter Boolean for Specifying Service Deployment
Status: CLOSED ERRATA
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-foreman-installer (Show other bugs)
4.0
Unspecified Unspecified
medium Severity medium
: z4
: 4.0
Assigned To: Jason Guiditta
Omri Hochman
: FutureFeature, OtherQA, ZStream
Depends On:
Blocks: RHOS-Foreman-Deployability
  Show dependency treegraph
 
Reported: 2013-11-21 13:57 EST by james labocki
Modified: 2016-04-26 09:37 EDT (History)
8 users (show)

See Also:
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 16:29:59 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2014:0517 normal SHIPPED_LIVE Moderate: openstack-foreman-installer security, bug fix, and enhancement update 2014-05-29 20:26:29 EDT

  None (edit)
Description james labocki 2013-11-21 13:57:02 EST
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 15:59:31 EST
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 08:51:22 EST
@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 11:39:55 EDT
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 09:27:34 EDT
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 16:29:59 EDT
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

Note You need to log in before you can comment on or make changes to this bug.