Bug 1433727

Summary: in octavia.conf - the connection line seems to be wrong
Product: Red Hat OpenStack Reporter: Alexander Stafeyev <astafeye>
Component: openstack-tripleo-heat-templatesAssignee: Brent Eagles <beagles>
Status: CLOSED NOTABUG QA Contact: Alexander Stafeyev <astafeye>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 11.0 (Ocata)CC: amuller, aschultz, beagles, mburns, nyechiel, rhel-osp-director-maint
Target Milestone: betaKeywords: Triaged
Target Release: 11.0 (Ocata)   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-03-28 17:44:32 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1378993    

Description Alexander Stafeyev 2017-03-19 14:45:58 UTC
Description of problem:
 connection = mysql+pymysql://octavia:QcprhhUmDRcuYfKNh89wUuUFD.1.17/octavia?read_default_file=/etc/my.cnf.d/tripleo.cnf&read_default_group=tripleo

It looks like there is a mix of several lines in one :
 connection = 
1. mysql+pymysql://octavia:QcprhhUmDRcuYfKNh89wUuUFD.1.17/octavia?read_default_file=/etc/my.cnf.d/tripleo.cnf&read_default_group=tripleo
2. ?read_default_file=/etc/my.cnf.d/tripleo.cnf&read_default_group=tripleo

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

Actual results:


Expected results:
Correct configuration lineup. 

Additional info:

Comment 2 Brent Eagles 2017-03-28 17:44:32 UTC
This is not a bug. The connection string is as intended. See https://review.openstack.org/#/c/436192/