Bug 1520799 – Incorrect cookie statement for haproxy in composable roles.

Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.

Bug 1520799 - Incorrect cookie statement for haproxy in composable roles.

Summary:	Incorrect cookie statement for haproxy in composable roles.

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat OpenStack
Classification:	Red Hat
Component:	puppet-tripleo (Show other bugs)
Sub Component:
Version:	10.0 (Newton)
Hardware:	Unspecified Unspecified

Priority	high Severity high
Target Milestone:	z9
Target Release:	10.0 (Newton)
Assigned To:	Michele Baldessari
QA Contact:	nlevinki
Docs Contact:

URL:
Whiteboard:
Keywords:	Triaged, ZStream

Duplicates:	1590244 (view as bug list)
Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2017-12-05 02:51 EST by Nikhil Shetty
Modified:	2018-09-17 12:55 EDT (History)
CC List:	16 users (show)

See Also:
Fixed In Version:	puppet-tripleo-5.6.8-14.el7ost
Doc Type:	Bug Fix
Doc Text:	Previously, the cookie set in the horizon stanza for haproxy was incorrect and connections to horizon may be loadbalanced to the wrong server. With this update, the cookie now points to the correct server.
Story Points:	---
Clone Of:
Environment:
Last Closed:	2018-09-17 12:54:10 EDT
Type:	Bug
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

External Trackers
Tracker	ID	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHBA-2018:2670	None	None	None	2018-09-17 12:55 EDT

Groups: None (edit)

Description Nikhil Shetty 2017-12-05 02:51:40 EST

Description of problem:
When creating Composable Roles with haproxy behind httpd. 

Version-Release number of selected component (if applicable): OSP 10


How reproducible:

- In an Deployment with composable roles with Director 
- loadbalancer exists on a separate cluster to the systemd controlled services
- It seems the haproxy listen directive for horizon is tagging each of the servers with the same cookie. this causes a single node to have Max no of requests.

Actual results: A single Server gets majority of the Request 


Expected results: The Load should be distributed equally across all Servers.

Comment 4 Chris Jones 2017-12-07 04:19:36 EST

We can hang on to this BZ for OSP10 - but we already have an upstream fix in progress at https://bugzilla.redhat.com/show_bug.cgi?id=1485446

Comment 8 Michele Baldessari 2018-07-23 07:48:55 EDT

*** Bug 1590244 has been marked as a duplicate of this bug. ***

Comment 19 errata-xmlrpc 2018-09-17 12:54:10 EDT

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2018:2670

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