Introduce network-based FQDNs via hiera
authorJuan Antonio Osorio Robles <jaosorior@redhat.com>
Mon, 28 Nov 2016 10:58:25 +0000 (12:58 +0200)
committerJuan Antonio Osorio Robles <jaosorior@redhat.com>
Thu, 1 Dec 2016 09:08:41 +0000 (11:08 +0200)
commit7a2c2b0f938716f6fc584f1c53ac3fa2896d70f3
tree058f9aae39e672197aee704eb258dc99516c4b1f
parent787685101179f13f6074901070cf307bd9bb0731
Introduce network-based FQDNs via hiera

Currently, one can get the network-based FQDNs via a custom puppet
fact. This is currently unreliable, as it's based on the ::hostname
fact which we assume it's set correctly by nova. However, this is not
necessarily the case (for instance, if you use pre-deployed services
such as we do with the multinode-jobs). In these cases, the
::hostname fact will return something other than what we specified in
nova, and effectively breaks the configurations in we relly too much
on the network-based FQDN facts.

By using hiera instead, we avoid this issue as we set those values to
be exactly what we expect (as we set them in the OS::TripleO::Server
resource.

Change-Id: I6ce31237098f57bdc0adfd3c42feef0073c224fb
puppet/blockstorage-role.yaml
puppet/cephstorage-role.yaml
puppet/compute-role.yaml
puppet/controller-role.yaml
puppet/objectstorage-role.yaml
puppet/role.role.j2.yaml