From 69445310f3626fefb43e17822c3c62b8067bf9c2 Mon Sep 17 00:00:00 2001
From: Krzysztof Piotr Oledzki o...@ans.pl
Date: Mon, 4 Jan 2010 11:33:32 +0100
Subject: [MINOR] stats: add a link a href for sockets
This patch adds add a link a href html tags for sockets.
As sockets may have the same name
From e80e34205ab43603b729ad54bf6922d226097c5e Mon Sep 17 00:00:00 2001
From: Krzysztof Piotr Oledzki o...@ans.pl
Date: Tue, 5 Jan 2010 16:38:49 +0100
Subject: [MEDIUM] default-server support
This patch implements default-server support allowing to change
default server options. It can be used in
From 35675a6190d2b649f166eea95131c0977606ef3f Mon Sep 17 00:00:00 2001
From: Krzysztof Piotr Oledzki o...@ans.pl
Date: Tue, 5 Jan 2010 16:44:17 +0100
Subject: [BUG]: add 'observer', 'on-error', 'error-limit' to supported options
list
---
src/cfgparse.c |4 ++--
1 files changed, 2
From 79b55ffdef6b659162dadd6c7a83f4514ca23366 Mon Sep 17 00:00:00 2001
From: Krzysztof Piotr Oledzki o...@ans.pl
Date: Tue, 5 Jan 2010 18:44:44 +0100
Subject: [BUG] stats: show UP/DOWN status also in tracking servers
It was broken since 0960541e496167f4cc5f89f114e027bf8f7f1ff0:
[MEDIUM] Collect
Is there a way to have haproxy send a per-server argument during a
health-check? Right now, I do server A check addr localhost 9000
and server B check addr localhost 9001 and so on, and have xinetd
monitor 9000/TCP and 9001/TCP. When haproxy connects to those, xinetd
in turn runs a health-check
Previously mentioned retries and option redispatch, with regard to
connecting to failed servers.
So retries 3 and option redispatch have nothing to do with the
inter, downinter, etc, right? A client connects to haproxy, which
in turn tries to send that request on to a back-end server. If the
Hi Willy,
Le Mardi 5 Janvier 2010 06:15:54, Willy Tarreau a écrit :
The only suspected remaining issue reported by Cyril seems not to be one
at first after some tests. I could reproduce the same behaviour but the
close_wait connections were the ones pending in the system which got
delayed due
On Tue, Jan 05, 2010 at 11:14:32PM +0100, Cyril Bonté wrote:
Hi Willy,
Le Mardi 5 Janvier 2010 06:15:54, Willy Tarreau a écrit :
The only suspected remaining issue reported by Cyril seems not to be one
at first after some tests. I could reproduce the same behaviour but the
close_wait
Hi Krzysztof,
I've merged all of your patches. However I have a minor concern
about something in this one :
-The currently supported settings are the following ones.
+The currently supported settings are the following ones, the ones marked with
+[D] are also upported for default-server.
() of the two values, but rather an override.
Hank, if you're interested in trying keep-alive again, please use snapshot
20100105 from here :
http://haproxy.1wt.eu/download/1.4/src/snapshot/
The only suspected remaining issue reported by Cyril seems not to be one
at first after some tests. I
10 matches
Mail list logo