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:
*** Bug 1648203 has been marked as a duplicate of this bug. ***
*** Bug 1653123 has been marked as a duplicate of this bug. ***
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
(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/
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
*** Bug 1690896 has been marked as a duplicate of this bug. ***
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.