Created attachment 1030555 [details] instack network settings Description of problem: The dns_nameservers for the provisioning network on the undercloud is set to 192.168.122.1 within a baremetal environment which breaks name resolution on overcloud nodes. Version-Release number of selected component (if applicable): [stack@bldr16cc09 ~]$ rpm -qa | grep tripleo openstack-tripleo-common-0.0.0.post4-1.el7ost.noarch openstack-tripleo-heat-templates-0.8.4-2.el7ost.noarch openstack-tripleo-image-elements-0.9.3-1.el7ost.noarch openstack-tripleo-0.0.5-999.el7ost.noarch openstack-tripleo-puppet-elements-0.0.1.dev55-1.el7ost.noarch How reproducible: 100% Steps to Reproduce: 1. install undercloud 2. neutron net-list 3. neutron subnet-show <subnet_id> Actual results: dns_nameservers set to 192.168.122.1 Expected results: We should be able to provide DNS servers in the instack.answers file so overcloud nodes get a valid DNS server via DHCP on the provisioning network. Additional info: I'm attaching my instack.answers file and out of network related settings.
merged: https://code.engineering.redhat.com/gerrit/#/c/51373/ built: instack-undercloud-2.1.2-3.el7ost
Where should we set the dns server(s)? I don't see anything related in undercloud.conf but I might be missing something. Thanks
Marius, can you confirm your overcloud dns is not pointing to 192.168.122.1 anymore though? (but to the neutron managed dnsmasq running in the undercloud)
Confirmed, overcloud resolv.conf contains the ip address set on the dhcp namespace on the undercloud.
(In reply to Marius Cornea from comment #6) > Where should we set the dns server(s)? I don't see anything related in > undercloud.conf but I might be missing something. Thanks you set the dns servers by running a neutron subnet-update command prior to deploying the overcloud. this is included in the documentation.
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://access.redhat.com/errata/RHEA-2015:1549