Bug 1571632

Summary: Strange entries in the containers-default-parameters.yaml file
Product: Red Hat OpenStack Reporter: Udi Kalifon <ukalifon>
Component: openstack-tripleo-uiAssignee: Honza Pokorny <hpokorny>
Status: CLOSED ERRATA QA Contact: Arik Chernetsky <achernet>
Severity: low Docs Contact:
Priority: low    
Version: 13.0 (Queens)CC: jjoyce, jrist, jschluet, jtomasek, slinaber, tvignaud, ukalifon
Target Milestone: Upstream M2Keywords: Triaged
Target Release: 14.0 (Rocky)   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: openstack-tripleo-ui-9.3.1-0.20180921180341.df30b55.el7ost.noarch.rpm Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-01-11 11:49:38 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 Udi Kalifon 2018-04-25 08:53:10 UTC 
Description of problem:
If you download the containers-default-parameters.yaml file from the plan, you see these 4 entries in the end of it:

  N: 172.16.0.1:8787/rhosp13/openstack-tempest:13.0-18
  e: 172.16.0.1:8787/rhosp13/openstack-tempest:13.0-18
  n: 172.16.0.1:8787/rhosp13/openstack-tempest:13.0-18
  o: 172.16.0.1:8787/rhosp13/openstack-tempest:13.0-18

You don't have these entries when you run the prepare command from the CLI.


Version-Release number of selected component (if applicable):
openstack-tripleo-ui-8.3.1-2.el7ost.noarch


How reproducible:
100%


Steps to Reproduce:
1. Upload a new plan
2. Run: openstack object save <<plan-name>> environments/containers-default-parameters.yaml
3. tail environments/containers-default-parameters.yaml


Actual results:
The last 4 entries "N", "e", "n" and "o" seem like a bug.
Comment 1 Jason E. Rist 2018-04-25 15:38:15 UTC 
Does this effect deployments or the containers themselves?
Comment 2 Udi Kalifon 2018-05-06 08:49:10 UTC 
The only way to get a successful deployment is to run the prepare command from the CLI, and overrun the file in the plan because it's completely wrong anyways. See bug https://bugzilla.redhat.com/show_bug.cgi?id=1572245.
Comment 3 Jiri Tomasek 2018-05-09 14:39:28 UTC 
Need to investigate further, this bug is probably caused by tripleo-common code which generates the environment
Comment 6 Honza Pokorny 2018-06-08 14:01:54 UTC 
This is caused by a missing value in the overcloud_containers.yaml.j2 file in tripleo-common.  Instead of a proper value, it simply has a placeholder of "None".  Python then treats it as a string, and the rest is history.

This has been fixed very recently in upstream master here:

https://review.openstack.org/#/c/548329/

Unfortunately, this patch depends on many other patches related to the containerized undercloud which is scheduled for OSP 14.

Given that this is a cosmetic bug, I suggest that we close it.
Comment 11 Udi Kalifon 2018-11-05 15:45:37 UTC 
Verified: openstack-tripleo-ui-9.3.1-0.20180921180341.df30b55.el7ost.noarch
Comment 13 errata-xmlrpc 2019-01-11 11:49:38 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/RHEA-2019:0045