[Bug 1602444] Fix merged to charm-keystone (master)
OpenStack Infra
1602444 at bugs.launchpad.net
Thu Jul 14 09:37:24 UTC 2016
Reviewed: https://review.openstack.org/341218
Committed: https://git.openstack.org/cgit/openstack/charm-keystone/commit/?id=4ab385f62f0e002b478f47db1f6a06f9df07e03a
Submitter: Jenkins
Branch: master
commit 4ab385f62f0e002b478f47db1f6a06f9df07e03a
Author: Billy Olsen <billy.olsen at gmail.com>
Date: Tue Jul 12 16:35:57 2016 -0700
Change worker-multiplier to float
Change the worker-multiplier to a floating point config option type
instead of integer. This allows users to specify workers to be less
than the number of CPUs, which is useful in deployments with multiple
services deployed into containers on top of bare metal.
The fix is to simply change the config option type and to sync in
the necessary update from lp:charm-helpers.
Partial-Bug: #1602444
Change-Id: I534165aa2fc45a28f6b3f3bb2f708789daf5ba8c
Signed-off-by: Billy Olsen <billy.olsen at gmail.com>
--
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to cinder in Juju Charms Collection.
Matching subscriptions: charm-bugs
https://bugs.launchpad.net/bugs/1602444
Title:
worker-multiplier option does not allow floating point values
Status in Charm Helpers:
Fix Released
Status in cinder package in Juju Charms Collection:
In Progress
Status in glance package in Juju Charms Collection:
In Progress
Status in keystone package in Juju Charms Collection:
In Progress
Status in neutron-api package in Juju Charms Collection:
In Progress
Status in nova-cloud-controller package in Juju Charms Collection:
In Progress
Status in swift-storage package in Juju Charms Collection:
In Progress
Bug description:
The worker-multiplier option is a convenience option that lets the
users not worry about the number of CPUs specifically. However, in
deployments where there are many containers running api services on
the hosts, this results in way too many processes leading to high
load.
Unfortunately, the worker-multiplier option is specified as an integer
value which does not allow a user to reduce this below the number of
CPUs detected.
A work around is to further spread the load to multiple baremetal
machines and do not place all API services on the same machines.
To manage notifications about this bug go to:
https://bugs.launchpad.net/charm-helpers/+bug/1602444/+subscriptions
More information about the Ubuntu-openstack-bugs
mailing list