There are some similarities between a weight of zero and the
administratively set drain state: both allow existing connections
to continue while not accepting any new ones.
However, when reporting a server state generally a distinction is made
between state=UP,weight=0 and state=DRAIN,weight=*. Th
There is a relationship between the state and colour of a server in
stats, however, it is not a one-to-one relationship and the current
implementation has proved fragile.
This patch attempts to address that problem by clearly separating
state and colour.
A follow-up patch will further distinguish
Add an enumeration to make the handling of the states of servers
in status messages somewhat clearer.
This is the first of a two-step attempt to disentangle the state and
colour of status information. A subsequent patch will separate state
colours from the states themselves.
This patch should not
Hi,
the motivation for this series is to enhance reporting of the drain state
to:
1. Only report drain state in stats if server has SRV_ADMF_DRAIN set
The motivation is to consistently differentiate between
between state=UP,weight=0 and state=DRAIN,weight=* when reporting stats.
2. Differ
Differentiate between DRAIN and DRAIN (agent) when reporting stats.
This is consistent with the distinction made between DOWN and DOWN (agent).
Signed-off-by: Simon Horman
---
v2
* Reworked to use SRV_STATS_STATE_*
---
src/dumpstats.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
The makefile is trying to install the systemd wrapper on all platforms even if
it isn't built.
This is from the current build haproxy-ss-20150422 as well as haproxy-1.5.11.
Makefile has this:
install-bin: haproxy haproxy-systemd-wrapper
install -d "$(DESTDIR)$(SBINDIR)"
Hello
We are using HAProxy version 1.5.11, released 2015/01/31 in front of
Exchange 2013 in lab.
Not sure if it a bug but stats for server 1 don't show "other responses"
but in total of the backend the "other responses" show number.
Server 1 stats
==
Cum. sessions: 132
Cum. HTTP r
Hi Willy,
thank you for the very detailed information.
On Wed, Apr 22, 2015 at 8:57 AM, Willy Tarreau wrote:
> That's normal, this is httpterm and it doesn't monitor the connection while
> it's waiting. But in your case it should definitely work. Or it means that
> your server ignores the clien
Hi again Ludovico,
so I ran some tests here with latest 1.5. I telnet to haproxy, send
"GET /?t=1 HTTP/1.1" then quit. It forwards to a server which
waits 10s before responding.
First, without "option abortonclose" :
17:47:40.174784 accept4(7, {sa_family=AF_INET, sin_port=htons(53833),
sin_
Afficher la version web. (http://trk.mix.uneoffredeouf.com/view/5ng-kwV3.php) |
Me désinscrire. (http://trk.mix.uneoffredeouf.com/usb/5ng-kwV3.php) | Signaler
comme courrier indésirable. (mailto:ab...@dgcnit.fr)
http://trk.mix.uneoffredeouf.com/tk/5ng-kwV3-cfa.php
http://trk.mix.uneoffredeouf.co
> Sometimes during the test, I also see many "nf_conntrack: table full,
> dropping
> packet" messages on the host system.
First, increase conntrack table size with the following sysctl
net.netfilter.nf_conntrack_max=655360
run your test again and report the reslut here
Baptiste
Hello,
My name is Ryan and I am a content writer. I stumbled on to your website
and I thought it was very informative. If you are interested I would love
to write a post for your website that I think your audience would really
love.
I have a list of content titles I can send you and if yo
On Wed, Apr 22, 2015 at 3:34 PM, Krishna Kumar (Engineering) <
krishna...@flipkart.com> wrote:
> Hi Baptists,
>
> Sorry I didn't provide more details earlier.
>
>
> --
> 1. root@HAPROXY:~# haproxy -vv
>
Actually
deny if url_hastats !location_trusted !magic_cookie_trusted
You could have another backend with a go away message and use_backend that
rather than deny
On 22 Apr 2015 03:54, "CJ Ess" wrote:
> Very cool, thank you for the snippets!
>
> On Tue, Apr 21, 2015 at 6:55 PM, Neil - HAProxy Lis
14 matches
Mail list logo
