Configuration Dependent on HAProxy

Bug #1391218 reported by David McNally
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
tripleo
Expired
Medium
Unassigned

Bug Description

In a number of places in the image elements the configuration is dependent on ha proxy being set.

For example in elements/nova/os-apply-config/etc/nova/nova.conf:

{{#haproxy}}
{{#stunnel.connect_ip}}
osapi_compute_listen={{stunnel.connect_ip}}
ec2_listen={{stunnel.connect_ip}}
metadata_listen={{stunnel.connect_ip}}
{{/stunnel.connect_ip}}
{{^stunnel.connect_ip}}
osapi_compute_listen={{local-ipv4}}
ec2_listen={{local-ipv4}}
metadata_listen={{local-ipv4}}
{{/stunnel.connect_ip}}
{{/haproxy}}

This assumes HA Proxy is being used in all cases so if it was disabled (for example if the user had a hardware HA solution) required configurations would not be set.

Changed in tripleo:
assignee: nobody → David McNally (dave-mcnally)
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to tripleo-image-elements (master)

Fix proposed to branch: master
Review: https://review.openstack.org/133518

Changed in tripleo:
status: New → In Progress
Changed in tripleo:
assignee: David McNally (dave-mcnally) → Nicholas Randon (nicholas-randon)
James Polley (tchaypo)
Changed in tripleo:
importance: Undecided → High
Revision history for this message
Gregory Haynes (greghaynes) wrote :

AFAICT this is really just an issue where we are bad at naming things / we had to do some funkyness to maintain backwards compatibility from before we supported a load balancer. We should probably create a property called load_balancer or similar, but you can still just define haproxy: true in your heat template to work around this issue.

Changed in tripleo:
importance: High → Medium
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on tripleo-image-elements (master)

Change abandoned by dave-mcnally (<email address hidden>) on branch: master
Review: https://review.openstack.org/133518

Revision history for this message
Emilien Macchi (emilienm) wrote :

This bug is > 365 days without activity. We are unsetting assignee and milestone and setting status to Incomplete in order to allow its expiry in 60 days.

If the bug is still valid, then update the bug status.

Changed in tripleo:
assignee: Nicholas Randon (nicholas-randon) → nobody
status: In Progress → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for tripleo because there has been no activity for 60 days.]

Changed in tripleo:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.