Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1745634

Summary:	openstack undercloud fails to deploy due to IPV6 address for DNS on an IPV4 network
Product:	Red Hat OpenStack	Reporter:	Alistair Tonner <atonner>
Component:	openstack-tripleo-heat-templates	Assignee:	Alex Schultz <aschultz>
Status:	CLOSED ERRATA	QA Contact:	Sasha Smolyak <ssmolyak>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	15.0 (Stein)	CC:	aschultz, emacchi, mburns, michele
Target Milestone:	---	Keywords:	Triaged, ZStream
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	openstack-tripleo-heat-templates-10.6.1-0.20190904124632.4e2dddb.el8ost	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2020-03-05 12:00:13 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Alistair Tonner 2019-08-26 14:25:55 UTC

Description of problem:
   Undercloud deployment fails due to IPV6 address for DNS on an IPV4 network

http_status=http_status, request_id=request_id\\\\nopenstack.exceptions.BadRequestException: BadRequestException: 400: Client Error for url: https://192.168.24.2:13696/v2.0/subnets, Invalid input for operation: dns_nameserver \\\\\\'2620:52:0:13b8::fe\\\\\\' does not match the ip_version


Version-Release number of selected component (if applicable):

RHOS_TRUNK-15.0-RHEL-8-20190823.n.1

openstack-tripleo-common.noarch               10.8.1-0.20190821190506.42d9fdb.el8ost                   @rhelosp-15.0
openstack-tripleo-common-containers.noarch    10.8.1-0.20190821190506.42d9fdb.el8ost                   @rhelosp-15.0
openstack-tripleo-heat-templates.noarch       10.6.1-0.20190823114746.30390bc.el8ost                   @rhelosp-15.0
openstack-tripleo-image-elements.noarch       10.4.1-0.20190705161217.2c8a6a5.el8ost                   @rhelosp-15.0
openstack-tripleo-puppet-elements.noarch      10.3.2-0.20190820220452.5453b89.el8ost                   @rhelosp-15.0
openstack-tripleo-validations.noarch          10.5.1-0.20190813200546.6f827f5.el8ost                   @rhelosp-15.0
puppet-heat.noarch                            14.4.1-0.20190420110320.4425351.el8ost                   @rhelosp-15.0
puppet-openstack_extras.noarch                14.4.1-0.20190420090934.6b1b687.el8ost                   @rhelosp-15.0
puppet-openstacklib.noarch                    14.4.1-0.20190420125152.3719ca1.el8ost                   @rhelosp-15.0
puppet-tripleo.noarch                         10.5.1-0.20190812120435.ed6c6b0.el8ost                   @rhelosp-15.0



How reproducible:

   Consistent with puddle


Steps to Reproduce:
1.
2.
3.

Actual results:
File \"/usr/lib/python3.6/site-packages/openstack/exceptions.py\", line 229, in raise_from_response\\\\n    http_status=http_status, request_id=request_id\\\\nopenstack.exceptions.BadRequestException: BadRequestException: 400: Client Error for url: https://192.168.24.2:13696/v2.0/subnets, Invalid input for operation: dns_nameserver \\\\\\'2620:52:0:13b8::fe\\\\\\' does not match the ip_version \\\\\\'4\\\\\\'.\\\\n\\'\\n[2019-08-26 13:15:27,521] (heat-config) [ERROR] Error running /var/lib/heat-config/heat-config-script/ca7d0a46-3817-4c5d-ad11-c4f86d319436.



Expected results:

Stack deployment succeeds.

Additional info:

See: 

https://rhos-ci-staging-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/DFG/view/hardware_provisioning/view/rqci/job/DFG-hardware_provisioning-rqci-15_director-8.0-virthost-3cont_2comp_3ceph_2ironrole_2ironic-ipv4-geneve-composable-minor_update-RHELOSP-48861/8/

https://rhos-ci-staging-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/DFG/view/hardware_provisioning/view/rqci/job/DFG-hardware_provisioning-rqci-15_director-8.0-virthost-3cont_3ceph_1comp_2ironic-ipv4-geneve-minor_update-RHELOSP-48859/23/

Comment 1 Michele Baldessari 2019-08-26 14:57:14 UTC

I hit this as well. My undercloud.conf (infrared generated) has this:
undercloud_nameservers = 172.16.0.1,10.0.0.1,2620:52:0:13b8::fe

Removing that ipv6 address fixed things for me (although I failed with some other kind of paunch issue it seems).

Seems the infrared commit (as correct as it seems) is breaking us?
commit 1a9fa31e7989d4d9fdd40331811c9150f29156d1
Author: Lukas Bezdicka <lbezdick>
Date:   Tue Aug 20 14:10:01 2019 +0200

    Always set nameservers for ctlplane
    
    We should pass undercloud nameservers down to ctlplane to ensure
    that the overcloud nodes don't try to use undercloud as DNS by
    default. For <OSP11 releases this config value is sadly ignored but
    we will address that in separate commit.
    
    Change-Id: I16748fc0b064c9cb6ad0c5421aaece86adb05da8

Comment 2 Michele Baldessari 2019-08-26 15:00:22 UTC

https://review.gerrithub.io/c/redhat-openstack/infrared/+/466295 should fix it

Comment 3 Alistair Tonner 2019-08-26 15:41:59 UTC

Michele: 
   I think I need to change the tags on this - I just had an OSP14 job fail with the same issue

Comment 4 Alex Schultz 2019-08-28 14:14:32 UTC

So this appears to be an error that is occurring when we attempt to take the undercloud_nameserver values and attach them to the ctlplane network in neutron.  We could probably add some validation to skip this if the ip type doesn't match

Comment 7 errata-xmlrpc 2020-03-05 12:00:13 UTC

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/RHBA-2020:0643