Don't write CLOUDNAME to the hosts file.
authorBen Nemec <bnemec@redhat.com>
Fri, 15 Jan 2016 03:24:18 +0000 (21:24 -0600)
committerBen Nemec <bnemec@redhat.com>
Wed, 20 Jan 2016 15:43:40 +0000 (09:43 -0600)
commitdfcd5b7f53af9f9f059c90bb9b87b94bf82ea7b7
treeed40bec80f6ef7183721987d6f5853436a91388c
parentbdfdce52ad08d4ce70e7d4ca61b1c6d8409a8730
Don't write CLOUDNAME to the hosts file.

Currently the value of the CloudName param gets written into the
/etc/hosts file on each controller, but it turns out this is an
invalid configuration.  CloudName is supposed to be the DNS name
of the overcloud, and the IP being written is (at least in my case)
the internal API VIP.  This breaks in cases such as SSL because
the services are not listening on an SSL port on the internal API
network, so if a service tries to talk to another service using a
CloudName-defined public endpoint it ends up pointed at a
non-existent internal address:port.

Since by definition CloudName is supposed to be resolvable by the
configured DNS server, we should not need an explicit hosts entry
as well.  Thus, this patch removes that from the file.

Change-Id: I919b42a219d95296f46852dd3266a54d968cf66b
overcloud.yaml
puppet/controller.yaml