Hi
I tested more, and found that even with option http-pretend-keepalive enabled,
if I increase the test duration , the read error still appear.
Running 3m test @ http://10.0.3.15:8000 10 threads and 1000 connections
Thread Stats Avg Stdev Max +/- Stdev Latency 19.84ms
One of my coworkers was having some trouble trying to escape data for
JSON in Lua, using the 'json' converter, based on the documentation, and
this lead to a deep bug discovery.
The Lua documentation [1] states that JSON escaping converter is exposed
in Lua, but it turns out that's not quite
Hi,
Thanks for the reply, I thought the mail format is corrupted..
I tried option http-pretend-keepalive, seems read error is gone, but timeout
error raised(maybe its because the 1000 connections of wrk)
Thanks
- Original Message -
From: Aleksandar Lazic
To:
NGINX just announced the following load balancing method as default for their
Ingress Controller for Kubernetes.
Will this appear on the HAProxy roadmap?
Support for the New Random with Two Choices Load‑Balancing Algorithm
In NGINX Plus
Hi.
Am 06.12.2018 um 15:20 schrieb flamese...@yahoo.co.jp:
> Hi,
>
> I have a haproxy(v1.8.14) in front of several nginx backends, everything works
> fine until I add compression in haproxy.
There is a similar thread about this topic.
Sorry, please ignore this one with bad style.I will send another one.
- Original Message -
From: "flamese...@yahoo.co.jp"
To: "haproxy@formilux.org"
Date: 2018/12/6, Thu 23:20
Subject: Simply adding a filter causes read error
Hi,
#yiv8353377196 p.yiv8353377196p1
Hi,
p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px 'Helvetica Neue'}p.p2
{margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px 'Helvetica Neue'; min-height:
14.0px}I have a haproxy(v1.8.14) in front of several nginx backends, everything
works fine until I add compression in haproxy.
My config
On Thu, Dec 06, 2018 at 09:39:37AM +, Veiko Kukk wrote:
> Hi, Willy
>
> On 2018-12-06 04:43, Willy Tarreau wrote:
> > In the mean time it would be useful to see if adding
> > "option http-pretend-keepalive" helps. This way we'll know if
> > it's the server closing first or haproxy closing
Hi, Willy
On 2018-12-06 04:43, Willy Tarreau wrote:
In the mean time it would be useful to see if adding
"option http-pretend-keepalive" helps. This way we'll know if
it's the server closing first or haproxy closing first which
triggers this. And if it turns out that it fixes the issue for
you,
I mean, thanks! I'll look into it!
Mara
On Thu, Dec 6, 2018, 10:04 Jarno Huuskonen Hi,
>
> On Thu, Dec 06, Māra Grīnberga wrote:
> > I'm new to Haproxy and I've a task for which I can't seem to find a
> > solution online. Probably, I'm not looking in the right places.
> > I need to check if a
Hi,
Yes, I do.
m.
On Thu, Dec 6, 2018, 10:04 Jarno Huuskonen Hi,
>
> On Thu, Dec 06, Māra Grīnberga wrote:
> > I'm new to Haproxy and I've a task for which I can't seem to find a
> > solution online. Probably, I'm not looking in the right places.
> > I need to check if a SOAP service responds
Hi,
On Thu, Dec 06, Māra Grīnberga wrote:
> I'm new to Haproxy and I've a task for which I can't seem to find a
> solution online. Probably, I'm not looking in the right places.
> I need to check if a SOAP service responds before sending requests to the
> server. I've read about this option:
>
12 matches
Mail list logo