openstack team mailing list archive

[Wyllys Ingersoll <Wyllys.Ingersoll@xxxxxxxxxx>]

Will do, thanks.



On May 9, 2013, at 7:26 PM, "Gabriel Hurley" <Gabriel.Hurley@xxxxxxxxxx<mailto:Gabriel.Hurley@xxxxxxxxxx>> wrote:

If that config option is not being respected for the Nova API calls that’s a bug. Please file a ticket on Launchpad so we can track fixing it.

Thanks!


-          Gabriel

From: Openstack [mailto:openstack-bounces+gabriel.hurley=nebula.com@xxxxxxxxxxxxxxxxxxx] On Behalf Of Wyllys Ingersoll
Sent: Thursday, May 09, 2013 1:19 PM
To: openstack@xxxxxxxxxxxxxxxxxxx<mailto:openstack@xxxxxxxxxxxxxxxxxxx>
Subject: [Openstack] horizon nova endpoint usage question


The Horizon UI novaclient method requests nova endpoints from the service catalog without specifying an endpoint_type parameter.  Would it be more correct for those requests to default to the 'internalURL' instead?   There are use cases where the publicURL is not exposed or defined, but if you leave publicURL undefined it causes some operations to fail because the code assumes the  publicURL is always present and valid.

The default for horizon-keystone service requests is to use the 'internalURL' and can be configured by the OPENSTACK_ENDPOINT_TYPE parameter in local_settings.py, but that doesn't seem to apply to any of the horizon-nova operations.  Perhaps it should, or another parameter could be created to affect horizon-nova interactions.

-Wyllys Ingersoll
 Evault