Bug 1416616 - keystone adminurl and internalurl on provisoning network.
Summary: keystone adminurl and internalurl on provisoning network.
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: documentation
Version: 9.0 (Mitaka)
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
: ---
Assignee: Dan Macpherson
QA Contact: RHOS Documentation Team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-01-26 03:50 UTC by VIKRANT
Modified: 2019-06-12 12:25 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-06-12 12:25:16 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description VIKRANT 2017-01-26 03:50:13 UTC
Description of problem:

By default director based installation is putting the keystone adminurl and internalurl on provisoning network[non-routable network]. I have seen lot of requests in recent times where Customers are asking the procedure to change these endpoints to routable networks after the deployment with director which as per the number of rhos-tech discussion is not possible without lot of manual efforts. Can we add this in documentation so that Customers are aware of this before deployment and they can plan the deployment accordingly?


Version-Release number of selected component (if applicable):
Applicable for all versions. 

How reproducible:
Everytime. 

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 2 Dan Macpherson 2019-06-12 12:25:16 UTC
Closing this as a WONTFIX for multiple reasons.

1. The solution posted is unverified.

2. Any manual overcloud configuration outside of director is not supported.

3. Current versions of director provides functionality to change the network for service endpoints using ServiceNetMap:

https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/14/html/advanced_overcloud_customization/custom-composable-networks#assigning-openstack-services-to-composable-networks


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