Description of problem: We expect octavia.conf to be configured with proper values after deployment Version-Release number of selected component (if applicable): openstack-tripleo-heat-templates-6.0.0-0.20170307170102.3134785.0rc2.el7ost.noarch How reproducible: 100% 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 3. Actual results: 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 > /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 Please disregard the change I suggested to auth_url under the keystone_authtoken section. auth_uri = http://<keystone_ip>:5000 , worked
few additional comments: /etc/octavia/octavia.conf: note that section service_auth should have creds for admin tenant, not service tenant. /etc/neutron/services_lbaas.conf under section octavia the following should be set: base_url = http://<octavia_api_ip>:9876 /etc/neutron/neutron_lbaas.conf missing: section: service_auth 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. ***
Hi Brent, 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? Neutron
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.