Description of problem: Haproxy config for nova metadata uses ctlplane ip addresses instead of internal_api when using network isolation: [root@overcloud-controller-0 heat-admin]# grep -A5 metadata /etc/haproxy/haproxy.cfg listen nova_metadata bind 192.168.0.15:8775 transparent server overcloud-controller-0 192.168.0.18:8775 check fall 5 inter 2000 rise 2 server overcloud-controller-1 192.168.0.14:8775 check fall 5 inter 2000 rise 2 server overcloud-controller-2 192.168.0.17:8775 check fall 5 inter 2000 rise 2 The endpointmap shows the NovaMetadataNetwork is set to internal_api: [stack@undercloud ~]$ openstack stack show overcloud-EndpointMap-traer4nttfk2 | grep NovaMetadataNetwork WARNING: openstackclient.common.utils is deprecated and will be removed after Jun 2017. Please use osc_lib.utils | | u''NovaMetadataNetwork'': u''internal_api'', u''AodhApiNetwork'': u''internal_api'', But on the controller nodes there's not hieradata which sets the addresses to the internal_api network: [root@overcloud-controller-0 modules]# hiera nova_metadata_vip nil [root@overcloud-controller-0 modules]# hiera nova_metadata_node_ips nil The deploy command: source ~/stackrc export THT=~/templates/tripleo-heat-templates/ openstack overcloud deploy --templates $THT \ -e $THT/environments/network-isolation.yaml \ -e $THT/environments/network-management.yaml \ -e ~/templates/network-environment.yaml \ -e $THT/environments/storage-environment.yaml \ -e ~/templates/disk-layout.yaml \ -e $THT/environments/puppet-pacemaker.yaml \ --control-scale 3 \ --control-flavor controller \ --compute-scale 1 \ --compute-flavor compute \ --ceph-storage-scale 1 \ --ceph-storage-flavor ceph \ --ntp-server clock.redhat.com \ --libvirt-type qemu [stack@undercloud ~]$ cat templates/network-environment.yaml resource_registry: OS::TripleO::Compute::Net::SoftwareConfig: /home/stack/templates/nic-configs/compute.yaml OS::TripleO::Controller::Net::SoftwareConfig: /home/stack/templates/nic-configs/controller.yaml OS::TripleO::CephStorage::Net::SoftwareConfig: /home/stack/templates/nic-configs/ceph-storage.yaml parameter_defaults: InternalApiNetCidr: 10.0.0.0/25 InternalApiAllocationPools: [{'start': '10.0.0.10', 'end': '10.0.0.100'}] InternalApiNetworkVlanID: 200 StorageNetCidr: 10.0.0.128/25 StorageAllocationPools: [{'start': '10.0.0.138', 'end': '10.0.0.200'}] StorageNetworkVlanID: 300 StorageMgmtNetCidr: 10.0.1.0/25 StorageMgmtAllocationPools: [{'start': '10.0.1.10', 'end': '10.0.1.100'}] StorageMgmtNetworkVlanID: 301 TenantNetCidr: 10.0.1.128/25 TenantAllocationPools: [{'start': '10.0.1.138', 'end': '10.0.1.200'}] ManagementNetCidr: 172.16.17.128/25 ManagementAllocationPools: [{'start': '172.16.17.160', 'end': '172.16.17.200'}] ExternalNetCidr: 172.16.18.0/25 ExternalAllocationPools: [{'start': '172.16.18.25', 'end': '172.16.18.100'}] ExternalInterfaceDefaultRoute: 172.16.18.126 ExternalNetworkVlanID: 100 ControlPlaneSubnetCidr: "25" ControlPlaneDefaultRoute: 192.168.0.1 EC2MetadataIp: 192.168.0.1 DnsServers: ["10.16.36.29","10.11.5.19"] NeutronExternalNetworkBridge: "''" NeutronBridgeMappings: 'datacentre:br-ex,tenantvlan:br-infra' NeutronEnableIsolatedMetadata: 'True' NeutronNetworkType: 'vxlan,gre,vlan,flat' NeutronTunnelTypes: 'vxlan,gre' NeutronNetworkVLANRanges: 'datacentre:100:199,tenantvlan:200:299' NeutronGlobalPhysnetMtu: 1496 Version-Release number of selected component (if applicable): openstack-tripleo-heat-templates-5.0.0-0.20160907212643.90c852e.1.el7ost.noarch How reproducible: 100%
This is fixed by: https://review.openstack.org/#/c/373141/
updating the assignee based on who did the patch just in case follow up is needed.
listen nova_metadata bind 10.0.0.13:8775 transparent server overcloud-serviceapi-0.internalapi.localdomain 10.0.0.12:8775 check fall 5 inter 2000 rise 2 server overcloud-serviceapi-1.internalapi.localdomain 10.0.0.17:8775 check fall 5 inter 2000 rise 2 server overcloud-serviceapi-2.internalapi.localdomain 10.0.0.18:8775 check fall 5 inter 2000 rise 2
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-2948.html
Reopening the bug Since, I have one Cu. facing the same issue. Following are the Details for the Issue [stack@undercloud ~]$ rpm -qa | grep heat-templates openstack-tripleo-heat-templates-5.3.0-6.el7ost.noarch openstack-heat-templates-0-0.13.1e6015dgit.el7ost.noarch [stack@undercloud ~]$ I will be attaching the case for your perusal.
Hello, there is a Suspection, that puppet services definitions are not being picked up hence all these issues because a workaround with passing hiera data for nova_metadata via ExtraConfig allows Cu. to get it configured but then they fail at Neutron configuration because geneve gets enabled. Please, do help. Also, let me know if you require any further Information.
I'm not sure about the Neutron/geneve part. What do you mean? What OSP version are you using? Also, what error are you seeing, how does the configuration look like?
Hi Juan, The OSp Version CLient is using is RHOS 10