Description of problem: On SSL enabled undercloud the aodh publicURL gets configured as non-https Version-Release number of selected component (if applicable): instack-undercloud-2.2.7-1.el7ost.noarch How reproducible: 100% Steps to Reproduce: 1. Deploy SSL enabled undercloud 2. openstack catalog show aodh Actual results: [stack@instack ~]$ openstack catalog show aodh +-----------+--------------------------------------+ | Field | Value | +-----------+--------------------------------------+ | endpoints | regionOne | | | publicURL: http://192.0.2.1:8042 | | | internalURL: http://192.0.2.1:8042 | | | adminURL: http://192.0.2.1:8042 | | | | | name | aodh | | type | alarming | +-----------+--------------------------------------+ Expected results: publicURL: https://192.0.2.1:8042
Is AODH deploying by default?
Yes, the deployment was default + SSL certificate with the latest puddle.
Moving to 9. We're going to be dropping aodh from the undercloud in bug 1322557. It will be re-added in OSP 9.
[stack@undercloud ~]$ rpm -qa | grep instack-undercloud instack-undercloud-4.0.0-8.el7ost.noarch [stack@undercloud ~]$ openstack catalog show aodh +-----------+----------------------------------------+ | Field | Value | +-----------+----------------------------------------+ | endpoints | regionOne | | | publicURL: https://192.168.0.2:13042 | | | internalURL: http://192.168.0.1:8042 | | | adminURL: http://192.168.0.1:8042 | | | | | name | aodh | | type | alarming | +-----------+----------------------------------------+
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://rhn.redhat.com/errata/RHEA-2016-1599.html