Bug 1843003 - network default gateway can't be updated by t-h-t paramter
Summary: network default gateway can't be updated by t-h-t paramter
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-tripleo-heat-templates
Version: 16.1 (Train)
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: z3
: 16.1 (Train on RHEL 8.2)
Assignee: Harald Jensås
QA Contact: David Rosenfeld
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-06-02 14:28 UTC by Takashi Kajinami
Modified: 2020-12-15 18:36 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-12-15 18:35:44 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1881768 0 None None None 2020-06-02 14:30:13 UTC
OpenStack gerrit 732698 0 None MERGED Allow overriding InterfaceDefaultRoute with ips_from_pool template 2020-11-04 21:26:06 UTC
Red Hat Product Errata RHEA-2020:5413 0 None None None 2020-12-15 18:36:06 UTC

Description Takashi Kajinami 2020-06-02 14:28:26 UTC
Description of problem:

Since the following patch was introduced, we can't override default route
by t-h-t parameter, {{network.name}}InterfaceDefaultRoute .
 https://github.com/openstack/tripleo-heat-templates/commit/ce9a83c8cd95cdc8cebce46eb69f37ba1235d14d

This isn't consistent with the other network parameters like SubnetCidr,
which allows override by t-h-t parameters as well as customized network data

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


How reproducible:
Always

Steps to Reproduce:
1. Set {{network.name}}InterfaceDefaultRoute in templates and deploy overcloud
   (The parameter should have a value different from the default in network_data )

Actual results:
Gateway is set based on network data

Expected results:
Gateway is set based on t-h-t parameter

Additional info:

Comment 1 Takashi Kajinami 2020-06-02 15:50:22 UTC
This was pointed out by Harald on the patch[1] proposed to master,
but the issue might be specific to the deployment with ips_from_pool.yaml.
(In fact, the deployment where we observe the issue has ips_from_pool.yaml templates used)

[1] https://review.opendev.org/#/c/732698/

Comment 2 Bob Fournier 2020-06-16 14:36:51 UTC
Takashi - do you want to backport your patch to Train so it will be in a z release for OSP-16?

Comment 3 Takashi Kajinami 2020-06-19 07:36:41 UTC
Hi Bob,

Yes. I started backporting the patch to stable branches (ussuri and train).
Currently backport to ussuri is blocked because of broken upstream gate, but I'll submit
a backport to train as well once ussuri backport is merged.

Thank you,
Takashi

Comment 4 Julia Kreger 2020-10-08 22:26:33 UTC
This change has merged to the downstream 16.1 and 16.2 branches via the upstream stable/train branch. As such moving to modified.

Comment 16 errata-xmlrpc 2020-12-15 18:35:44 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 (Red Hat OpenStack Platform 16.1.3 bug fix and enhancement 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-2020:5413


Note You need to log in before you can comment on or make changes to this bug.