Description of problem:
We expect octavia.conf to be configured with proper values after deployment
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.deploy setup ( 1 controller 2 compute) with octavia yaml files (-e /usr/share/openstack-tripleo-heat-templates/environments/services/octavia.yaml)
2. see octavia.conf on controller /etc/octavia/octavia.conf
health_manager - no configuration existing but default. should be matched to the setup. ( we should not have link local addresses )
haproxy_amphora - user group is not configured to haproxy ( nogroup at this moment)
# amp_image_tag =:
in upstream this is confiured to "amphora" - we should do that too.
amp_flavor_id =65 - unknown why it is 65 - no such image name/id.
additional field needs to be fixed :
service auth - user, pass, auth_url -
should be configured with octavia user and pass and non localhost address
I've found additional options that were misconfigured on /etc/octavia/octavia/conf
Section: service_auth --> Option auth_url should be http://<keystone_ip>/identity_admin
Section: keystone_authtoken --> Option auth_url should be http://<keystone_ip>/identity_admin
another option missing value on octavia.conf
Section: health_manager --> Option: controller_ip_port_list should be a comma delimited list of health_manager IP addresses with ports, for example:
controller_ip_port_list = 192.168.0.1:5555, 192.168.0.2:5555, 192.168.0.3:5555
(In reply to Nir Magnezi from comment #3)
> I've found additional options that were misconfigured on
> Section: service_auth --> Option auth_url should be
> Section: keystone_authtoken --> Option auth_url should be
Please disregard the change I suggested to auth_url under the keystone_authtoken section.
auth_uri = http://<keystone_ip>:5000 , worked
few additional comments:
note that section service_auth should have creds for admin tenant, not service tenant.
under section octavia the following should be set:
base_url = http://<octavia_api_ip>:9876
auth_url = http://<keystone ip>:5000/v2.0
admin_user = admin
admin_tenant_name = admin
admin_password = <admin_password>
For OSP 11, the configuration steps are handled by a documented post deployment script (see https://review.openstack.org/#/c/447496/)
*** Bug 1434901 has been marked as a duplicate of this bug. ***
*** Bug 1434904 has been marked as a duplicate of this bug. ***
*** Bug 1433729 has been marked as a duplicate of this bug. ***
*** Bug 1434919 has been marked as a duplicate of this bug. ***
I'm not quite sure what this bug is for. Is this bug assigned to you because it's waiting on something from your side? Should it instead be assigned to a writer from the documentation team?
We're currently working on Octavia feature documentation in bug 1429309, which is waiting on your review. If the updates for Octavia are covered in bug 1429309, we can probably close this one.
Let me know what you think.
Alexander, can you help with the questions in commment 13?
Actually I do not think it is a Documentation bug.
it is on Brent bcs he is working on post deployment patch that fixes those gaps.
I think it will have to be documented after it will be merged upstream.
Thanks, Alexander! Which component should we move this to then?
(In reply to Lucy Bopf from comment #16)
> Thanks, Alexander! Which component should we move this to then?
Thanks, Alexander. Changing the component now.
Manual post deployment documentation will not be relevant for OSP 13 as it'll all be automated. Octavia deployment documentation is tracked in another RHBZ.