Controller: consolidated nested stack
authorDan Prince <dprince@redhat.com>
Wed, 14 Jan 2015 19:58:35 +0000 (14:58 -0500)
committerDan Prince <dprince@redhat.com>
Tue, 27 Jan 2015 14:04:37 +0000 (09:04 -0500)
commit7f09f73a314ac0412a4410582a143899acf0528c
tree07755f7322cb5f905b1ccd60a7181a8afca9d279
parentc0328095f17796fb1b87a1da355f40dda10c06fe
Controller: consolidated nested stack

In I228216a0b55ff2d384b281d9ad2a61b93d58dab9 we split
out just the Controller software config in an effort
to provide hooks for alternate implementations (puppet).

This sort of worked but caused quirky ordering issues
with signal handling. It also causes problems for Tuskar
which would prefer to think of these nested stacks and
not have us split out just the software configs like this.

This patch moves all the controller related stuff for
our two implementations:

 controller.yaml: is used by os-apply-config (uses the
tripleo-image-elements)
 controller-puppet.yaml: uses stackforge puppet-* modules for
configuration

By duplicating the entire controller in this manner we make
it much easier to create dependencies and implement proper
signal handling. The only (temporary) downside is the duplication
of parameters most of which will eventually go away when we move towards
using the global parameters via Heat environment files instead.

Change-Id: Iaf3c889d7c8815f862308cd8e15ce1010059f5c6
controller-config-puppet.yaml [deleted file]
controller-config.yaml [deleted file]
controller-puppet.yaml [new file with mode: 0644]
controller.yaml
overcloud-resource-registry-puppet.yaml
overcloud-resource-registry.yaml