Bug 1643423

Summary: openstack stack output show overcloud HostsEntry return wrong entries
Product: Red Hat OpenStack Reporter: Bartosz Kupidura <bartosz.kupidura>
Component: openstack-tripleo-heat-templatesAssignee: Rabi Mishra <ramishra>
Status: CLOSED ERRATA QA Contact: Sasha Smolyak <ssmolyak>
Severity: medium Docs Contact:
Priority: medium    
Version: 13.0 (Queens)CC: ggrimaux, hjensas, josorior, jschluet, jslagle, knoha, mburns, michele, mschuppe, nchandek, pablo.iranzo, ramishra, rlondhe
Target Milestone: z5Keywords: Reopened, Triaged, ZStream
Target Release: 13.0 (Queens)   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: puppet-tripleo-8.3.6-10.el7ost openstack-tripleo-heat-templates-8.0.7-28.el7ost Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-03-25 06:37:02 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:
Bug Depends On: 1664315, 1664321, 1665506, 2014271, 2014272    
Bug Blocks:    

Description Bartosz Kupidura 2018-10-26 08:30:00 UTC
Description of problem:

HostsEntry return wrong data after deployment.

```
(undercloud) [stack@undercloud ~]$ openstack stack output show overcloud HostsEntry -f value -c output_value|grep overcloudmak-cephstorage-0
172.16.1.102 overcloudmak-cephstorage-0.5a6s5.domain.com overcloudmak-cephstorage-0
172.16.1.102 overcloudmak-cephstorage-0.storage.5a6s5.domain.com overcloudmak-cephstorage-0.storage
172.16.3.111 overcloudmak-cephstorage-0.storagemgmt.5a6s5.domain.com overcloudmak-cephstorage-0.storagemgmt
192.0.2.71 overcloudmak-cephstorage-0.internalapi.5a6s5.domain.com overcloudmak-cephstorage-0.internalapi
192.0.2.71 overcloudmak-cephstorage-0.tenant.5a6s5.domain.com overcloudmak-cephstorage-0.tenant
192.0.2.71 overcloudmak-cephstorage-0.external.5a6s5.domain.com overcloudmak-cephstorage-0.external
192.0.2.71 overcloudmak-cephstorage-0.management.5a6s5.domain.com overcloudmak-cephstorage-0.management
192.0.2.71 overcloudmak-cephstorage-0.ctlplane.5a6s5.domain.com overcloudmak-cephstorage-0.ctlplane
```

To CephStorage role we have assigned Storage, StorageMgmt and CtrlPlane network.

```
- name: CephStorage
  description: |
    Ceph OSD Storage node role
  networks:
    - Storage
    - StorageMgmt
```

Looks like, when network is missing on given role, CtrlPlane address is assigned to HostsEntry for this network.


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


How reproducible:
Always


Steps to Reproduce:
1. Deploy overcloud
2. Check HostsEntry

Actual results:
CtrlPlane address assigned to HostsEntry when network not assigned to node


Expected results:
No entry in HostsEntry for not existing networks.


Additional info:

Comment 2 Rabi Mishra 2018-11-12 05:22:17 UTC
*** Bug 1648203 has been marked as a duplicate of this bug. ***

Comment 3 Rabi Mishra 2018-11-26 03:15:08 UTC
*** Bug 1653123 has been marked as a duplicate of this bug. ***

Comment 8 Harald Jensås 2019-01-10 16:58:13 UTC
Moved status back to ON_DEV.

We need to fix the TLS everywhere regression. Launchpad bug: 1811207

Fix proposed in OpenStack gerrit: https://review.openstack.org/629051

Comment 29 Harald Jensås 2019-03-06 15:54:06 UTC
(In reply to Harald Jensås from comment #8)
> Moved status back to ON_DEV.
> 
> We need to fix the TLS everywhere regression. Launchpad bug: 1811207
> 
> Fix proposed in OpenStack gerrit: https://review.openstack.org/629051

 ^^ is referencing the wrong fix, it should be: https://review.openstack.org/#/c/629962/

Comment 31 errata-xmlrpc 2019-03-14 13:54:52 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-2019:0448

Comment 32 ggrimaux 2019-03-20 13:40:13 UTC
*** Bug 1690896 has been marked as a duplicate of this bug. ***

Comment 33 rohit londhe 2019-03-25 01:59:54 UTC
Modifying status.

One of our customers is still facing the same issue, already on the newest version.

(undercloud) [stack@undercloud ~]$ rpm  -qa | grep puppet-tripleo
puppet-tripleo-8.3.6-15.el7ost.noarch

~~~
"Error: /Stage[main]/Tripleo::Profile::Base::Certmonger_user/Tripleo::Certmonger::Httpd[httpd-management]/Certmonger_certificate[httpd-management]: Could not evaluate: Could not get certificate: Server at https://kvm.triliodata.demo/ipa/xml denied our request, giving up: 3007 (RPC failed at server.  'fqdn' is required).",
~~~

Need assistance to fix this.