V1.9 SSL engine and ssl-mode-async is unstable

HI HAProxy Team,: I am trying to use Intel qat work with HAProxy-1.9.0, but it work very unstable. and i had other try HAProxy-1.8.16 and it work will, How can i find what is wrong? 1.8.16 and 1.9.0 use same hardwave and system to running and compile, and use the same config file, the attach file i

[PATCH] BUG/MINOR: tcp_rep.inspect_rules not deinit, add to deinit

Hi Willy, I find tcp_rep.inspect_rule forgot to deinit, the mail attached patch should fix that. Best regards, Kevin Zhu From 217d8ca05633b24404d102b86b189523fc3d8faa Mon Sep 17 00:00:00 2001 From: Kevin Zhu Date: Wed, 30 Jan 2019 16:01:21 +0800 Subject: [PATCH] BUG/MINOR: tcp_rep.inspect_rules

haproxy1.9, SPOA: too many open files

Use haproxy-1.9 and 2.0, SPOA will occure error "too many open file" when benchmark testing, spoa_example have this error too, even enable the async and pipelining. But haproxy 1.8 have no this kind error. Thanks for any help. Best regards

Fwd: haproxy1.9, SPOA: too many open files

-- Forwarded message - From: Kevin Zhu Date: Wed, 10 Apr 2019 at 14:25 Subject: Re: haproxy1.9, SPOA: too many open files To: Christopher Faulet Thinks reply. OS: CentOS Linux release 7.4 HW: platform: KVM; CPU: Intel Xeon E3-12xx v2 (Ivy Bridge) * 1; mem: 2048M HAProxy

Re: haproxy1.9, SPOA: too many open files

I'm sorry for my english, there have a typo: multi threads single thread -> multi threads single proc. Pardon me. On Wed, 10 Apr 2019 at 14:44, Kevin Zhu wrote: > > > -- Forwarded message ----- > From: Kevin Zhu > Date: Wed, 10 Apr 2019 at 14:25 > Sub

[PATCH] BUG/MAJOR: spoe: Rollback frequency counter to sending_rate

cad58af8ee953b97ab5b9d9e7551823890e3da6c Mon Sep 17 00:00:00 2001 From: Kevin Zhu Date: Sat, 13 Apr 2019 15:28:54 +0800 Subject: [PATCH] BUG/MAJOR: spoe: Rollback frequency counter to sending_rate The processing is really difficult to be smaller than processing_per_sec, and most msg will create a new

[PATCH] BUG/MAJOR: spoe: spoe_context shouldn't queue again if fragment send

Hi I think there forgot check if the spoe_context already has fragment msg send before spoe_queue_context, it will segment fault in spoe_release_appctx. Best regards. From 437775b6f4a611324348746e1e673cb9d024c1b0 Mon Sep 17 00:00:00 2001 From: Kevin Zhu Date: Sat, 20 Apr 2019 17:45:21 +0800

BUG/MEDIUM: spoe: arg len encoded in previous frag frame but len changed

From 342258c94fbe8ed146e8490fb80a2a7c40cb9075 Mon Sep 17 00:00:00 2001 From: Kevin Zhu Date: Fri, 26 Apr 2019 14:00:01 +0800 Subject: [PATCH] BUG/MEDIUM: spoe: arg len encoded in previous frag frame but len changed Fragmented arg will do fetch at every encode time, each fetch may get different r

BUG/MEDIUM: spoe: engine-id is necessary if not health check

b Mon Sep 17 00:00:00 2001 From: Kevin Zhu Date: Mon, 2 Sep 2019 13:45:34 +0800 Subject: [PATCH] BUG/MEDIUM: spoe: engine-id is necessary if not health check SPOE engine-id is all same when nbproc is more than 1, the clients all group under same engine, and same stream-id and frame-id frames may co

[PATCHE] Fix a typo in DOC SPOE.txt

Hi, I find a typo in doc/SPOE.txt, The attached patche should fix that. Regards, Kevin Zhu commit 67511bd1ba52572511251be2a91336197449d41d Author: Kevin Zhu Date: Fri Jun 1 09:48:55 2018 +0800 DOC: SPOE.txt: fix a typo diff --git a/doc/SPOE.txt b/doc/SPOE.txt index 9556bc9..2b4cc3b

Thanks for any helps, How can i get whole req body first

Hi, For special purpose, i must get the whole, intergrated req body, then decide drop it or send to backend. But i find the req body is recv to buf, as several parts. Is there any way i can get whole req body first? Thanks for any help. Best regards Kevin Zhu

Re: BUG/MEDIUM: spoe: engine-id is necessary if not health check

Sorry Crhistopher, have you look at this mail ?😁 On Mon, 2 Sep 2019 at 16:11, Kevin Zhu wrote: > Hi Christopher > > SPOE engine-id is all same when nbproc is more than 1, the clients all > group under same engine, and same stream-id and frame-id frames may come > at > same

BUG/MEDIUM: http: res redir not work coz exist res contents not truncate

-redir-not-work-coz-exist-res-cont.patch base on master Best regards. From 19f913c163b4acfa5b0e05afb5079a9c1d38f97a Mon Sep 17 00:00:00 2001 From: Kevin Zhu Date: Tue, 24 Dec 2019 16:39:42 +0800 Subject: [PATCH] BUG/MEDIUM: htx: res redir not work coz exist res contents not truncate --- src/http

Fwd: BUG/MEDIUM: http: res redir not work coz exist res contents not truncate

-- Forwarded message - From: Kevin Zhu Date: Thu, 26 Dec 2019 at 19:33 Subject: Re: BUG/MEDIUM: http: res redir not work coz exist res contents not truncate To: Willy Tarreau Hello Willy, sorry for I haven't clarified the issue, contents below here is my testing envire

[PATCH] BUG/MEDIUM: spoe: dup agent's engine_id string from trash.area

Hi The agent's engine_id forgot to dup from trash, all engine_ids point to the same address "&trash.area", the engine_id changed at run time and will double-free when release agents and trash. Kevin From 674ba1e318cb561a1650db98030e12939e604171 Mon Sep 17 00:00:00 2001 From: K

[PATCH] BUG/MEDIUM: spoe: Use unique engine_id for all agents in all scopes

ould backport to 2.0 and 1.9. My pleasure Kevin From 512e4aca8e3ffd57fb3f12581ede6d8e8d624319 Mon Sep 17 00:00:00 2001 From: Kevin Zhu Date: Fri, 13 Mar 2020 14:40:46 +0800 Subject: [PATCH] BUG/MEDIUM: spoe: Use unique engine_id for all agents in all scopes When config spoe engine proxys >