Re: Theoretical limits for a HAProxy instance

Hi, Have you tried increasing the number of processes/threads? I dont see any nbthreads or nbproc in your config. Check out https://www.haproxy.com/blog/multithreading-in-haproxy/ BR., Emerson Em seg., 12 de dez. de 2022 às 02:49, Iago Alonso escreveu: > Hello, > > We are performing a lot of

Re: Question about http compression

Hi, You're mixing up the concepts of TLS compression and HTTP compression. They are different things. Indeed TLS compression is not advised due to security concerns. However, this has nothing to do with HTTP compression, which is normally done using gzip or brotli algorithms, and specified as "Co

Re: Does haproxy utlize openssl with AES-NI if present?

Hello, If you want "definitive proof" that you're not using AES-NI instructions during your benchmark, you could simply compile OpenSSL (and then HAproxy, linking it to this OpenSSL version) passing "-noaes" flag to GCC in the process. Then, to make sure your compilation succeeded, check both res

Re: Help

Hello Anilton, In the "bind *:443" line, do not specify a PEM file directly, but only the directory where your PEM file(s) resides. Also, make sure that both the certificate and private key are contained within the same PEM file. It should look like this: -BEGIN CERTIFICATE- xxx -

Re: Replicated stick tables have absurd values for conn_cur

) Let me know if some you wish to add some debugging info to the patch in order to dump some extra information when this scenario happens. BR., Emerson Em ter, 15 de jan de 2019 às 11:50, Willy Tarreau escreveu: > Hello Emerson, > > On Mon, Jan 14, 2019 at 10:26:40PM +0100, Emer

Re: Replicated stick tables have absurd values for conn_cur

d the underflow issue again. I think it would be nice to merge this change to next releases - Not sure how this is managed around here without the tracking tool :) BR., Emerson Em sáb, 12 de jan de 2019 às 12:34, Tim Düsterhus escreveu: > Emerson, > > Am 07.01.19 um 13:40 schrieb

Re: Replicated stick tables have absurd values for conn_cur

investigation... BR., Emerson Em qui, 3 de jan de 2019 às 21:48, Emerson Gomes escreveu: > Hello Tim, > > Thanks a lot for the patch. I will try it out and let you know the results. > > BR., > Emerson > > Em qui, 3 de jan de 2019 às 21:18, Tim Düsterhus > escreveu: >

Re: Replicated stick tables have absurd values for conn_cur

Hello Tim, Thanks a lot for the patch. I will try it out and let you know the results. BR., Emerson Em qui, 3 de jan de 2019 às 21:18, Tim Düsterhus escreveu: > Emerson, > > Am 03.01.19 um 21:58 schrieb Emerson Gomes: > > However, the underflow scenario only seem to be possib

Re: Replicated stick tables have absurd values for conn_cur

15:49, Tim Düsterhus escreveu: > Emerson, > > Am 03.01.19 um 16:19 schrieb Emerson Gomes: > > This works fine most of the time, but every now and then, when I check > the > > stick table contents, one or more IPs show up with an absurd number of > > cunn_cur - Often

Replicated stick tables have absurd values for conn_cur

Hello, I have a setup witg 5 HAProxy v1.8.14-52e4d43, using replicated one replicated sticky table. This is the relevant config: peers cluster_hap peer afrodite 10.0.0.2:7600 peer artemis 10.0.0.3:7600 peer atena10.0.0.4:7600 peer demeter 10.0.0.5:7600 peer minerva 10.0