haproxy configuration spams logged-in users when no servers are available

Bug #1362213 reported by John Schwarz
20
This bug affects 4 people
Affects Status Importance Assigned to Milestone
neutron
Fix Released
Undecided
Unassigned

Bug Description

On certain systems which use the default syslog configuration, using haproxy-based LBaaS causes error logs to spam all the logged-in users:

Message from syslogd@alpha-controller at Jun 9 01:32:07 ...
 haproxy[2719]:backend 32fce5ee-b7f7-4415-a572-a83eba1be6b0 has no server available!

Message from syslogd@alpha-controller at Jun 9 01:32:07 ...
 haproxy[2719]:backend 32fce5ee-b7f7-4415-a572-a83eba1be6b0 has no server available!

The error message is valid - it happens when, for example, there are no backend servers available to handle the service requests because all members are down.
However, there is no point in sending the messages to all the logged-in users. The wanted result is that each namespace will have its own log file, which will contain all the log messages that the relevant haproxy process produces. This log file should be placed in the $state_path/lbaas path along with the other files (conf, pid...), to be later accessed by the setup's administrator.

John Schwarz (jschwarz)
Changed in neutron:
assignee: nobody → John Schwarz (jschwarz)
status: New → In Progress
John Schwarz (jschwarz)
description: updated
description: updated
Revision history for this message
Brandon Logan (brandon-logan) wrote :

This sounds like a good idea and should be done in the V2 config and namespace driver.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to neutron (master)

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

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on neutron (master)

Change abandoned by Salvatore Orlando (<email address hidden>) on branch: master
Review: https://review.openstack.org/119731
Reason: This patch has been inactive long enough that I think it's safe to abandon.
The author can resurrect it if needed.

Revision history for this message
Pavel Fedin (p-fedin) wrote :

 Hello!
 I am currently having this issue with recent DevStack on CentOS 7. Therefore, it's still relevant.

John Schwarz (jschwarz)
Changed in neutron:
assignee: John Schwarz (jschwarz) → nobody
Revision history for this message
Appasaheb Sawant (appasaheb-sawant) wrote :

Is this fixed on your side? I am facing same issue.

Revision history for this message
Appasaheb Sawant (appasaheb-sawant) wrote :

I am facing same issue. Please let me if anybody fixed it

Broadcast message from systemd-journald@XXXXX (Tue 2016-09-13 09:18:41 PDT):

haproxy[13631]: backend 247f3449-993a-43d5-9d43-78c439892099 has no server available!

Broadcast message from systemd-journald@XXXXX (Tue 2016-09-13 09:18:41 PDT):

haproxy[13631]: backend 247f3449-993a-43d5-9d43-78c439892099 has no server available!

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/neutron-lbaas 13.0.0.0b1

This issue was fixed in the openstack/neutron-lbaas 13.0.0.0b1 development milestone.

Changed in neutron:
status: In Progress → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/neutron-lbaas 11.0.4

This issue was fixed in the openstack/neutron-lbaas 11.0.4 release.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/neutron-lbaas queens-eol

This issue was fixed in the openstack/neutron-lbaas queens-eol release.

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.