Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1435212 - split-stack: no heat cfn api endpoint in the undercloud
split-stack: no heat cfn api endpoint in the undercloud
Status: CLOSED ERRATA
Product: Red Hat OpenStack
Classification: Red Hat
Component: instack-undercloud (Show other bugs)
11.0 (Ocata)
Unspecified Unspecified
unspecified Severity unspecified
: rc
: 11.0 (Ocata)
Assigned To: James Slagle
Gurenko Alex
: Triaged
: 1435211 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2017-03-23 08:03 EDT by James Slagle
Modified: 2017-05-17 16:12 EDT (History)
4 users (show)

See Also:
Fixed In Version: instack-undercloud-6.0.0-5.el7ost
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2017-05-17 16:12:41 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Launchpad 1674827 None None None 2017-03-23 08:04 EDT
OpenStack gerrit 451453 None None None 2017-04-03 13:02 EDT
Red Hat Product Errata RHEA-2017:1245 normal SHIPPED_LIVE Red Hat OpenStack Platform 11.0 Bug Fix and Enhancement Advisory 2017-05-17 19:01:50 EDT

  None (edit)
Description James Slagle 2017-03-23 08:03:34 EDT
We are not creating the Heat cfn api endpoint in the undercloud. We should go ahead and create the endpoint since we are enabling the service. The endpoint is also needed if you are using deployed servers and want to configure the Heat polling and signaling to go over the public endpoints in the case where the ctlplane is not routable. In such a scenario, there needs to be a public endpoint for the cfn api created.
Comment 1 Alex Schultz 2017-03-24 12:55:13 EDT
*** Bug 1435211 has been marked as a duplicate of this bug. ***
Comment 2 James Slagle 2017-03-29 10:35:35 EDT
technically this is not a blocker, since we've documented using swift as the default signaling instead of CFN. since there are already public endpoints for swift created in the undercloud, this patch doesnt need to block 11.

i can't think of any reason why one would have to use CFN signaling. However, if there was one, this public endpoint would be needed.
Comment 3 Jaromir Coufal 2017-03-29 23:37:53 EDT
Removing blocker flag, let's try to still get it in OSP11.
Comment 4 Jon Schlueter 2017-04-03 13:02:21 EDT
stable/ocata backport merged
Comment 7 Gurenko Alex 2017-04-30 03:08:46 EDT
Verified on build 2017-04-20.2

[stack@undercloud-0 ~]$ . stackrc && openstack catalog list | grep heat-cfn
| heat-cfn         | cloudformation          | regionOne
Comment 8 errata-xmlrpc 2017-05-17 16:12:41 EDT
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-2017:1245

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