diff options
author | Steven Hardy <shardy@redhat.com> | 2016-05-23 17:05:18 +0100 |
---|---|---|
committer | Giulio Fidente <gfidente@redhat.com> | 2016-05-31 10:59:42 +0200 |
commit | e3cc44579c0e632eb72c3ea9f58f2ab2bc27a251 (patch) | |
tree | 6e327cdb172432207f997e5632c7c9330843ba51 /puppet/services/keystone.yaml | |
parent | d372a3b76faf6860c241b34734d58a3a4c9855fd (diff) |
Fix inconsistency with ringbuilder/storage steps
Currently when deploying swift on the Controller nodes, we do the
ringbuilder config during step3 and the swift-storage config during
step 4, but this order is reversed on the ObjectStorage nodes.
Also, we include the base swift class inconsistently during step2
on controller nodes, and via the overcloud-object manifest on
ObjectStorage nodes.
So fix this inconsistency as a precursor to conversion to composable
services interfaces for the ObjectStorage role, we rework the post
config so we apply the ObjectStorage config in steps 2, 3 and 4,
which should hopefully get us much closer to the process used
on the controller role, thus be easier to decompose in a compatible
way.
Partially-Implements: blueprint composable-services-within-roles
Change-Id: Ic9d0ed8584a12d681a8f4d4742d39b96c15e531a
Diffstat (limited to 'puppet/services/keystone.yaml')
0 files changed, 0 insertions, 0 deletions