Remove NO_SIGNAL from puppet role templates
authorSteven Hardy <shardy@redhat.com>
Wed, 13 May 2015 21:08:12 +0000 (17:08 -0400)
committerGiulio Fidente <gfidente@redhat.com>
Wed, 3 Jun 2015 14:26:51 +0000 (16:26 +0200)
commitc315681cc80ec95c8e38bb0a407346525c9b0d1e
treedd32d5bafbedf9fb64d114462a8739c46f800154
parentebb48a23fb23c6c7ad3701f52b62e6dd8af3b230
Remove NO_SIGNAL from puppet role templates

Currently we use NO_SIGNAL on both the NetworkConfig and subsequent config
deploying the data associated with the role.  This means there is a risk that
should the NetworkConfig do anything interruptive (os-net-config can do
interface renaming based on discovery data for example) the role configuration
config could fail, and we'd never know until some later error occurs.

Additionally, we need to be sure that the heiradata deployed by each of the role
specicific configs is actually in-place before proceeding with any of the cluster
configuration - atm this works due to the inherent delays involved deploying to
bare-metal, but there's still a theoretical race if very fast deployment backends
(I'm thinking containers, e.g lxc backend to nova or something) were used instead.

Essentially, we should never be using NO_SIGNAL unless we want to ignore failure,
which AFAICT is not the case in this instance.

Change-Id: I0dbbcc87fb8df8e6bc4775c39fa616b0d0713464
puppet/cinder-storage-puppet.yaml
puppet/compute-puppet.yaml
puppet/controller-puppet.yaml
puppet/swift-storage-puppet.yaml