How to allow larger cookie for particular backend site.

Hi Team, I am using "tune.maxrewrite 16384", "tune.bufsize 32768" these values to allow larger cookie value globally, but I want to allow larger cookie value for specific site means for particular backend site not to all backend sites. I have searching for in haproxy docs and some blogs but I

Re: Warnings when using dynamic cookies and server-template

Hi William, On Mon, Jan 22, 2018 at 08:03:55PM +0100, William Dauchy wrote: > Hello Olivier, > > On Wed, Jan 17, 2018 at 05:43:02PM +0100, Olivier Houchard wrote: > > Ok you got me convinced, the attached patch don't check for duplicate > > cookies for disabled server, until we enable them. > >

Re[6]: How to parse custom PROXY protocol v2 header for custom routing in HAProxy configuration?

Hi Cyril. -- Originalnachricht -- Von: "Cyril Bonté" An: "Aleksandar Lazic" Cc: haproxy@formilux.org Gesendet: 22.01.2018 14:12:30 Betreff: Re: Re[4]: How to parse custom PROXY protocol v2 header for custom routing in HAProxy configuration?

Re: Warnings when using dynamic cookies and server-template

Hi Olivier, On Tue, Jan 23, 2018 at 01:39:24PM +0100, Olivier Houchard wrote: > Willy, can you please push it ? OK now pushed in 1.9, will backport soon. thanks guys, Willy

unsubscribe

unsubscribe

Re: mworker: seamless reloads broken since 1.8.1

Hi Pierre, On Wed, Jan 17, 2018 at 05:03:18PM +0100, Pierre Cheynier wrote: > Hi, > > On 08/01/2018 14:32, Pierre Cheynier wrote: > > I retried this morning, I confirm that on 1.8.3, using > (...) > > I get RSTs (not seamless reloads) when I introduce the global/nbthread > > X, after a systemctl

Re: [BUG] 100% cpu on each threads

Hi Marc, On Tue, Jan 23, 2018 at 05:07:26PM +0100, Marc Fournier wrote: > > Note that I'm bothered with the call to protocol_enable_all() as > > well in this function since it will start the proxies multiple times > > in a possibly unsafe mode. That may explain a lot of things suddenly! > > > >

h2 connection flow-control window leaks

Hi, I am still investigating why Chromium got stalled connecting through HAProxy. Chromium's connection send window was gradually decreasing over time until it reached zero (and the connection became stalled forever). I put a logging point in h2c_send_window_update() and compared it with

Re: mworker: seamless reloads broken since 1.8.1

On Tue, Jan 23, 2018 at 06:43:51PM +0100, Willy Tarreau wrote: > I'm switching to this now after having dealt with the polling fixes, > I'll try to have something testable this evening or tomorrow. Pierre, please give a try to the latest 1.8 branch or the next nightly snapshot tomorrow morning.

Re: [BUG] 100% cpu on each threads

On Tue, Jan 23, 2018 at 06:49:03PM +0100, Willy Tarreau wrote: > > write(-1, "1\n", 2) = -1 EBADF (Bad file descriptor) > > Seems to me we've left an "fddebug()" call somewhere, though I can't > find it. Found it, it's the pidfile. In your docker, haproxy is pid 1 :-) > I'm going to polish up

Re: [BUG] 100% cpu on each threads

Hello, Thanks for your answer Willy ! On Mon, Jan 22, 2018 at 05:47:55PM +0100, Willy Tarreau wrote: > Hi Marc, > > On Mon, Jan 22, 2018 at 03:18:20PM +0100, Marc Fournier wrote: > > Cyril Bonté writes: > > > > Hello, > > > > > Im' not sure you saw Samuel Reed's mail. >

Re: [BUG] 100% cpu on each threads

On Mon, Jan 22, 2018 at 06:16:12PM +0100, Willy Tarreau wrote: > On Mon, Jan 22, 2018 at 05:47:55PM +0100, Willy Tarreau wrote: > > > strace: Process 12166 attached > > > [pid 12166] set_robust_list(0x7ff9bc9aa9e0, 24 > > > [pid 12166] <... set_robust_list resumed> ) = 0 > > > [pid 12166]