Hi,
This is a friendly bot that watches fixes pending for the next haproxy-stable
release! One such e-mail is sent periodically once patches are waiting in the
last maintenance branch, and an ideal release date is computed based on the
severity of these fixes and their merge date. Responses
Hi,
This is a friendly bot that watches fixes pending for the next haproxy-stable
release! One such e-mail is sent periodically once patches are waiting in the
last maintenance branch, and an ideal release date is computed based on the
severity of these fixes and their merge date. Responses
Hi,
This is a friendly bot that watches fixes pending for the next haproxy-stable
release! One such e-mail is sent periodically once patches are waiting in the
last maintenance branch, and an ideal release date is computed based on the
severity of these fixes and their merge date. Responses
it turned out that ASAN is "the root cause" of those failures. let us
disable it for a while (I attached patch)
пт, 13 сент. 2019 г. в 19:23, Илья Шипицин :
>
>
> On Fri, Sep 13, 2019, 3:49 PM Willy Tarreau wrote:
>
>> On Fri, Sep 13, 2019 at 03:45:21PM +0500, ??? wrote:
>> > now build
Same.
I had to disable HTX because I had issues with some corrupted payloads.
I'll give a new try to HTX as 2.0.6 corrects issues with TLS.
--
Ionel GARDAIS
Tech'Advantage CIO - IT Team manager
- Mail original -
De: "Aleksandar Lazic"
À: "Ionel GARDAIS"
Cc: "haproxy"
Envoyé: Samedi
Hello,
On Sat, Sep 14, 2019 at 1:08 PM GARDAIS Ionel
wrote:
>
> Hi,
>
> I've just upgraded to 2.0.6 and all server checks went erratic.
> I had to disable checks for the servers to be reachable.
What was the previous release that worked for you? 2.0.5 or something older?
Thanks,
Lukas
When you enable htx do you have the same problems?
Comment in `no option http-use-htx`
Regards Aleks
Sat Sep 14 14:12:30 GMT+02:00 2019 GARDAIS Ionel
:
> Also, haproxy and servers are on the same subnet : no filtering nor routing
> between them.
> Ping as no troubles, servers are not
Also, haproxy and servers are on the same subnet : no filtering nor routing
between them.
Ping as no troubles, servers are not overloaded by other connections.
--
Ionel GARDAIS
Tech'Advantage CIO - IT Team manager
- Mail original -
De: "Ionel GARDAIS"
À: "Aleksandar Lazic"
Cc:
Sure.
Note : as soon as I remove the check from the server line then 'systemctl
reload haproxy', access is OK.
# haproxy -vv
HA-Proxy version 2.0.6-1~bpo9+1 2019/09/14 - https://haproxy.org/
Build options :
TARGET = linux-glibc
CPU = generic
CC = gcc
CFLAGS = -O2 -g -O2
Hi.
Am 14.09.2019 um 13:08 schrieb GARDAIS Ionel:
> Hi,
>
> I've just upgraded to 2.0.6 and all server checks went erratic.
> I had to disable checks for the servers to be reachable.
>
> The observed behavior was a flip-flap (but mostly down) of server availability
> with L4TOUT when the server
10 matches
Mail list logo